Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
Tags
- BFS
- ipo 매매자동화
- 누적합
- 관측가능성
- 구현
- gRPC
- 카카오
- AWS
- 추천 검색 기능
- spring event
- JPA
- 이분탐색
- piplining
- 셀러리
- 쿠키
- langgraph
- 아키텍쳐 개선
- 알람시스템
- 완전탐색
- docker
- ai agent
- 프로그래머스
- 베타적락
- 결제서비스
- 디버깅
- 백준
- next-stock
- dau 3만명
- 몽고 인덱스
- 크롤링
Archives
- Today
- Total
목록베타적락 (1)
코딩관계론

최근 업무 중 특정 기능 업데이트 이후 데이터베이스에서 예상치 못한 빈도의 Lock Raise 오류가 발생하였다. 장애 현상은 다음과 같은 트랜잭션 간 경쟁 상황에서 비롯되었다. 이러한 상황에서 발생하는 락과 이를 해결하기 위한 전략에 대해 정리하고자 한다.장애 현상트랜잭션 A가 특정 행(ROW1)에 대한 업데이트를 수행하며 배타적 락(Exclusive Lock)을 획득했다.트랜잭션 A가 완료되지 않은 상태에서 트랜잭션 B가 같은 행(ROW1)에 대한 업데이트를 시도하면서 락 충돌(Lock conflict)이 발생하여 오류가 발생했다. 배타적 락(Exclusive Lock, X-Lock)먼저 이 문제를 해결하기 위해선 배타적 락 대해서 알아야 한다. 배타적 락은 데이터 변경 작업을 수행할 때 발생하는 락..
개발
2025. 6. 7. 21:44