조회수를 원자적으로 증가시켜도 중복 요청까지 해결되지는 않는다
읽고 저장하는 조회수 갱신을 $inc로 바꾸고, 쓰기 충돌·드라이버 재시도·업무 중복 집계의 범위를 구분한다.
태그: 동시성
이 태그가 포함된 게시글입니다. "동시성".
중복 쿠폰 조사에서 같은 테이블의 다른 쓰기 경로를 찾기
과거 만료일을 복사한 새 쿠폰 행을 단서로 Java 발급 경로 밖의 writer를 추적한다. 발급 권리와 요청 중복의 키를 나누고 모든 쓰기 경로가 공유할 규칙을 설계한다.
서로 다른 기업 생성 요청도 MongoDB WriteConflict를 만나는 이유
기업 생성 중 공통 시퀀스와 집계 문서가 경쟁할 수 있다. 실패한 쓰기의 위치와 트랜잭션 재시도 범위를 나눠 설명한다.
상태만 수정한 요청이 메모를 지우지 않게 하는 API 계약
보내지 않은 필드와 명시적 null을 구분하는 작은 예제로 부분 수정의 경계를 설명한다. 변경 명령과 버전 검사가 각각 어떤 데이터 손실을 막는지 비교한다.
INSERT만 하는 포인트 원장에서도 잔액 판정은 겹칠 수 있다
서로 다른 두 요청이 같은 잔액을 승인하는 순서를 살펴본다. Redis 잠금의 TTL과 요청 UNIQUE, DB의 잔액 보호를 구분해 설계한다.
FOR UPDATE를 실행했는데도 중복 주문을 막지 못하는 조건
존재하는 행과 논리적인 작업 키는 잠그는 대상이 다르다. 잠금 획득부터 업무 저장까지 같은 트랜잭션이 이어지는지 비교한다.