
구름 딥 다이브 프로젝트에서 스타벅스 앱 클론을 개발하던 중,주문번호(order number) 중복 에러를 발견했습니다.천천히 1번씩 주문하면 문제 없음하지만 k6로 대량 주문 API 호출 시, 100번 중 96번 실패!대표 에러:이 글은 문제 해결 과정을 기록한 블로

주문번호는 매장/날짜별로 반드시 유일해야 하며,여러 사용자가 동시에 주문을 생성할 때 중복된 번호가 발생하면 절대 안 됨단 하나의 트랜잭션만이 해당 카운터 row에 접근하도록 제어해야 함비관적 락을 사용하면, 해당 row에 대한 트랜잭션이 완료될 때까지 다른 트랜잭션의

부트캠프에서 진행한 스타벅스 클론에서 동시성 이슈를 비관적 락으로 해결하였다. 그런데 낙관적 락으로 해결을 왜 안 했냐는 질문을 받았고 주문에 대한 내용은 중요한 정보이기에 비관적 락으로 해결했다라는 나의 답은 근거가 없는 거라고 답변을 들었기에 2개를 비교하는 실험을