PostgreSQL UPDATE가 트래픽 몰릴 때만 lock wait timeout으로 멈춥니다

Question

운영 중인 서비스에 조회수 카운터가 있는데, 평소엔 문제없다가 피크 트래픽 때만 이런 로그가 찍히고 트랜잭션이 늘어집니다.
ERROR: canceling statement due to lock timeout
CONTEXT: while updating tuple (42,17) in relation "counters"
쿼리는 아주 단순합니다.
UPDATE counters SET value = value + 1 WHERE key = 'page_view_home';
SELECT FOR UPDATE는 안 쓰고 있고, 단건 UPDATE 하나뿐

김영삼 · Accepted Answer

"단건 UPDATE니까 안전하다"는 오해가 핵심입니다. row-level lock은 UPDATE 문장이 트랜잭션 커밋될 때까지 유지되므로, 같은 행을 동시에 건드리면 뒤에 온 트랜잭션은 전부 대기 큐에 쌓입니다. 피크 시 워커 20개가 같은 row를 업데이트하면 직렬화되는 거예요.
해결 방법 3가지 (현실성 순서)
① 카운터만 Redis로 빼고 배치 sync
가장 검증된 방법입니다. Redis INCR은 atomic하고 RDB에 lock을 안 만듭니다. 1분마다 배치로 Postgres에 누적치를 flush.
-- 배치 쪽
UPDATE counters SET value = value + $delta WHERE key = $key;
② advisory lock으로 직렬화
Redis 도입이 부담이면, PostgreSQL에서 제공하는 advisory lock을 쓰세요. row lock보다 가볍고 hash로 키만 잡으면 됩니다.
SELECT pg_advisory_xact_lock(hashte

서버지기영호 · Answer

저는 카운터 성격의 워크로드는 그냥 RDB에서 빼는 게 맞다고 봅니다. 조회수 같은 수치는 1~2개 유실돼도 비즈니스적으로 큰 문제가 안 되니까 Redis INCR → 주기적 sync가 제일 깔끔해요. 정합성이 중요한 회계 카운터면 advisory lock + 샤드 카운터 조합을 추천합니다.

개발자준호 · Answer

advisory lock으로 긴급 조치했고 Redis 이관 작업을 스프린트에 올렸습니다. 감사합니다.
그런데 deadlock이 실제로 생기는지 어떻게 모니터링하세요? log_lock_waits 정도만 켜놓으면 되는지요?

댓글 0