https://arca.live/b/bluearchive/105032435
념글 내용 이해 못하는 사람들 있길래 쉽게 이해하라고 은행에 비유해봄

우편함을 통장이라고 비유하면,

상점에서 청휘석을 사는건 통장에 돈을 넣는 행위,
우편함에서 청휘석을 받는건 통장에서 돈을 꺼내는 행위가 될거임

먼저 통장에 돈을 넣으면, ( = 상점에서 청휘석을 사면 )
통장의 잔고는 넣은 돈만큼 늘어난 상태가 됨 ( = 구매한 청휘석이 우편함에 들어감 )
그 후 통장에서 돈을 꺼내면, ( = 우편함에서 청휘석을 받으면 )
통장의 잔고가 꺼낸 돈만큼 줄어들어야 함 ( = 받은 청휘석이 우편함에서 지워짐 )

문제는, 통장에서 돈을 꺼낸 후 통장의 잔고가 꺼낸 돈만큼 줄어드는 데 물리적인 시간이 걸린다는 거임

평소에는 별 문제가 되지 않을 정도로 짫은 시간이지만,

이번처럼 DB에 동시에 접속하려는 사람이 많을 경우 레이턴시(= 지연 시간)가 생기게 됨

예를 들어 설명해봄

통장에 10000원을 넣어서 통장의 잔고가 0원에서 10000원이 되었음

그 후 통장에서 10000원을 꺼내면 통장의 잔고는 10000원에서 0원이 되어야함

근데 통장의 잔고가 줄어들기 까지의 시간이 늘어나면,
통장의 잔고가 아직 10000원이라고 찍혀있기 때문에,
그 시간 사이에 10000원을 다시 꺼낼 수 있게 됨

그래서 총 20000원을 꺼낼 수 있게 되는거임

이번 사태의 경우도 비슷한 경우로,
이 경우는 '우편함에 청휘석이 들어갔다'는 정보가 제 때 저장되지 않아서
우편함에 청휘석이 한번 더 들어온 것으로 추측됨
물론 이건 위 념글의 추측이 맞을 때 얘기고,
실제로는 다른 이유가 있을 수 있음

결론 : 사람들 몰릴거 알았으면 서버를 미리 여유롭게 해놨어야지 이 대머리야!!!