Lock wait timeout exceeded; try restarting transaction

확인

화면 또는 로그에서 다음 값을 확인합니다.

• 오류 번호가 1205인지 확인합니다.
• SQLSTATE가 HY000인지 확인합니다.
• 오류 메시지가 Lock wait timeout exceeded; try restarting transaction과 일치하는지 확인합니다.

세 값이 일치하면 MySQL ER_LOCK_WAIT_TIMEOUT 오류입니다. 오류가 난 시각, 실행한 SQL 문, 대상 테이블, 요청 또는 작업 식별자도 함께 기록합니다. 비밀번호와 개인정보는 로그에서 제거합니다.

의미

InnoDB 트랜잭션이 다른 트랜잭션이 보유한 행 잠금을 설정된 시간 안에 얻지 못했을 때 발생합니다. 기본 설정에서는 너무 오래 기다린 SQL 문만 롤백되며, 전체 트랜잭션이 자동으로 롤백된 것은 아닙니다.

따라서 오류 문구에 try restarting transaction이 있더라도 즉시 재시도하기 전에 애플리케이션이 현재 트랜잭션을 명시적으로 롤백했는지 확인해야 합니다.

대기와 차단 관계 확인

MySQL 8.0 이상에서 조회 권한이 있으면 다음 읽기 전용 조회로 현재 잠금 대기 관계를 확인합니다.

SELECT  REQUESTING_ENGINE_TRANSACTION_ID,  REQUESTING_THREAD_ID,  BLOCKING_ENGINE_TRANSACTION_ID,  BLOCKING_THREAD_IDFROM performance_schema.data_lock_waits;

결과는 조회 시점의 상태입니다. 오류가 끝난 뒤에는 행이 사라질 수 있으므로, 오류 시각의 애플리케이션 로그와 데이터베이스 관측 자료를 함께 비교합니다.

조치 원칙

1. 애플리케이션이 오류가 난 트랜잭션을 명시적으로 롤백하는지 확인합니다.
2. 차단한 트랜잭션이 정상 업무인지, 비정상적으로 오래 열린 것인지 확인합니다.
3. 트랜잭션 안의 외부 API 호출이나 긴 계산처럼 잠금 보유 시간을 늘리는 작업이 있는지 확인합니다.
4. 재시도가 허용되는 작업인지와 중복 실행 방지 조건을 확인한 뒤 제한적으로 재시도합니다.
5. 수정 후 같은 입력에서 오류 재발 여부와 잠금 대기 시간을 다시 측정합니다.

innodb_lock_wait_timeout 증가는 차단 원인을 제거하지 않습니다. 세션 종료나 강제 롤백도 다른 요청의 데이터 변경을 중단할 수 있으므로 담당자가 트랜잭션 소유자와 영향을 확인한 뒤 결정합니다.

출처

• MySQL 8.4 Server Error Message Reference (새 창에서 열림)
• InnoDB innodb_lock_wait_timeout (새 창에서 열림)
• Performance Schema data_lock_waits (새 창에서 열림)