커밋 뒤 검색 데이터를 갱신할 때 AOP와 이벤트가 통과해야 하는 경계
메서드 반환과 트랜잭션 커밋은 다른 시점이다. 프록시 호출·반환값 바인딩·이벤트 단계·새 트랜잭션을 나눠 검색 데이터 갱신을 설명한다.
동시성·데이터 정합성
겹치는 요청과 재시도 속에서 데이터의 규칙을 지키는 방법입니다.
12개 글
전체 카테고리반려 뒤 재요청한 승인에서 어떤 버전의 데이터를 적용할까
검수 revision 1을 반려하고 revision 2를 제출하는 사례로 편집본·검수본·승인본을 구분한다. 이미지와 정책값을 포함한 스냅샷, 상태 전이, 원자적 적용의 조건을 설명한다.
조회수를 원자적으로 증가시켜도 중복 요청까지 해결되지는 않는다
읽고 저장하는 조회수 갱신을 $inc로 바꾸고, 쓰기 충돌·드라이버 재시도·업무 중복 집계의 범위를 구분한다.
중복 쿠폰 조사에서 같은 테이블의 다른 쓰기 경로를 찾기
과거 만료일을 복사한 새 쿠폰 행을 단서로 Java 발급 경로 밖의 writer를 추적한다. 발급 권리와 요청 중복의 키를 나누고 모든 쓰기 경로가 공유할 규칙을 설계한다.
DB를 바꾼 뒤 오래된 검색 결과가 남는 경로를 찾기
버전 41을 읽은 요청이 버전 42의 캐시 삭제 뒤에 값을 다시 넣는 순서를 살펴본다. 브라우저 캐시, 응답 캐시, 검색 투영본의 갱신 책임을 나눠 일관성 조건을 설계한다.
Redis 잠금으로 막은 중복 결제, 재시도 결과는 어떻게 돌려줄까
동시 실행과 같은 의도의 재전송은 다른 문제다. 요청 키·UNIQUE·외부 멱등성의 범위를 나누고 Conflict와 결과 재사용의 API 계약을 비교한다.
서로 다른 기업 생성 요청도 MongoDB WriteConflict를 만나는 이유
기업 생성 중 공통 시퀀스와 집계 문서가 경쟁할 수 있다. 실패한 쓰기의 위치와 트랜잭션 재시도 범위를 나눠 설명한다.
외부 API가 타임아웃되면 실패보다 결과 확인을 먼저 설계한다
성공 응답 유실과 미처리는 같은 타임아웃으로 보일 수 있다. PENDING, 조회 작업, 웹훅과 만료 이후 정책을 하나의 복구 흐름으로 연결한다.