Api::V1::RecordsController#show (avg 226589ms, max 226589ms)

What Happened#

2026-07-01 11:15 KST 경 cupixworks-api의 Api::V1::RecordsController#show 요청 1건이 226.6초(226,589ms) 동안 지속되었다. 같은 시간대에 records, panos, captures, editings, jobs 관련 쓰기 API에서 Mysql2::Error::TimeoutError: Lock wait timeout exceeded 502 에러가 45건 이상 발생했으며, 이 latency 스파이크는 그 InnoDB 락 경합 이벤트 tail에 걸린 read 요청이다.

Quick Facts#

Affected Teams#

Timeline#

1. 2026-07-01 10:33 KST — svc:cupixworks-api::unknown 관련 클러스터 첫 발생 (incident 2026-07-01-svc-cupixworks-api--unknown-1).
2. 2026-07-01 10:51 KST — 첫 Mysql2::Error::TimeoutError: Lock wait timeout exceeded 발생 (JobsController#update).
3. 2026-07-01 10:53–10:55 KST — Pano/Capture 쓰기 API에서 lock wait timeout이 대량으로 발생 (분당 5–7건).
4. 2026-07-01 11:02 KST — 상기 svc-level 인시던트 자동 해소 처리 (resolved_at).
5. 2026-07-01 11:11:31 KST — 문제의 RecordsController#show 요청 시작 (추정: last_seen - 226.6s).
6. 2026-07-01 11:15:18 KST — 요청 226.6s 만에 종료 → 본 클러스터 감지.
7. 2026-07-01 11:19 KST — 마지막 lock wait timeout (EditingsController#update). 이후 관련 502 로그 관찰되지 않음.

Scoring#

Confidence 85% · Actionability 28%

Confidence#

Actionability#