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 |
Tags
- 백그라운드시 연결안됨
- 완전탐색
- 프로그래머스
- 누적합
- gRPC
- 이분탐색
- 카카오
- 아키텍쳐 개선
- ALB 502 BadGateway
- 알람시스템
- 502오류
- AWS
- 크롤링
- docker
- next-stock
- 결제서비스
- dau 3만명
- BFS
- 베타적락
- JPA
- 구현
- 디버깅
- 몽고 인덱스
- 관측가능성
- 셀러리
- 추천 검색 기능
- ipo 매매자동화
- 백준
- 쿠키
- TLS협상오류
Archives
- Today
- Total
목록2025/06/07 (1)
코딩관계론
최근 업무 중 특정 기능 업데이트 이후 데이터베이스에서 예상치 못한 빈도의 Lock Raise 오류가 발생하였다. 장애 현상은 다음과 같은 트랜잭션 간 경쟁 상황에서 비롯되었다. 이러한 상황에서 발생하는 락과 이를 해결하기 위한 전략에 대해 정리하고자 한다.장애 현상트랜잭션 A가 특정 행(ROW1)에 대한 업데이트를 수행하며 배타적 락(Exclusive Lock)을 획득했다.트랜잭션 A가 완료되지 않은 상태에서 트랜잭션 B가 같은 행(ROW1)에 대한 업데이트를 시도하면서 락 충돌(Lock conflict)이 발생하여 오류가 발생했다. 배타적 락(Exclusive Lock, X-Lock)먼저 이 문제를 해결하기 위해선 배타적 락 대해서 알아야 한다. 배타적 락은 데이터 변경 작업을 수행할 때 발생하는 락..
개발
2025. 6. 7. 21:44