Editing split failed: Mysql2::Error::TimeoutError: Lock wait timeout exceeded; try restarting transa

What Happened#

2026-07-18 21:33 KST에 cupixworks-worker의 EditingSplitWorker#perform이 Cupix::EditingSplitService#do_split! 마지막 단계에서 Mysql2::Error::TimeoutError: Lock wait timeout exceeded; try restarting transaction으로 실패했다. 서비스 로그를 보면 두 개의 split 그룹 재할당(reassign)이 정상적으로 끝났고, 원본 editing 의 통계를 갱신하는 세 번째 트랜잭션(update_editing_stats)이 시작된 뒤 약 52초간 진행되지 못하다가 InnoDB row-lock 대기 한도(기본 50초)에 걸렸다. 1건만 관측되었지만 Sidekiq retry: 2 정책에 의해 재시도되므로 사용자 영향은 제한적이다.

Quick Facts#

Affected Teams#

Timeline#

1. 2026-07-18 21:30:53 KST — Cupix::EditingSplitService#compute_split_groups 완료 (task grouping, geo clustering).
2. 2026-07-18 21:31:15 KST — 첫 번째 split 그룹: create_split_editing + reassign_editing_entities 시작.
3. 2026-07-18 21:31:49 KST — 첫 번째 그룹 Editing entities reassigned (task-level) result.
4. 2026-07-18 21:31:55 KST — 첫 번째 그룹 Split group processed.
5. 2026-07-18 21:32:09 KST — 두 번째 split 그룹: create_split_editing + reassign_editing_entities 시작.
6. 2026-07-18 21:32:21 KST — 두 번째 그룹 Editing entities reassigned (task-level) result.
7. 2026-07-18 21:32:29 KST — 두 번째 그룹 Split group processed, 이어서 Updating original editing stats for first group.
8. 2026-07-18 21:32:33 KST — Updating editing stats (task-based) 로그 (원본 editing 의 마지막 트랜잭션 진입).
9. 2026-07-18 21:33:25 KST — Split lock release attempt 및 Editing split failed: Mysql2::Error::TimeoutError: Lock wait timeout exceeded. (21:32:33 이후 약 52초 → InnoDB innodb_lock_wait_timeout 기본 50초와 일치)
10. 2026-07-18 21:33:57 KST — 후속 Split entry / Split skipped (not splittable) 로그. Sidekiq retry 로 재실행되었으나 이미 split 완료 상태로 인식되어 no-op.

Scoring#

Confidence 80% · Actionability 28%

Confidence#

Actionability#