언제든지 SHOW ENGINE INNODB STATUS 명령을 실행하여 최근 교착 상태의 원인을 확인하십시오. 이것은 교착 상태가 해결되도록 응용 프로그램을 조정하는 데 도움이됩니다.

자주 교착 상태 경고가 발생할 수 우려가있는 경우 innodb_print_all_deadlocks 구성 옵션을 사용하여 더 광범위한 디버그 정보를 수집합니다. MySQL의 오류 로그 는 최근 교착 상태뿐만 아니라 각 교착 상태에 대한 정보가 기록됩니다. 디버깅이 완료되면이 옵션을 비활성화합니다.

교착 상태로 인해 트랜잭션이 실패했을 경우에 해당 트랜잭션을 다시 발행 할 수 있도록 항상 준비하고 있어야합니다. 교착 상태는 위험하지 않습니다. 다시 시도하십시오.

트랜잭션이 충돌 할 가능성을 줄이기 위해 트랜잭션의 크기를 작게 기간을 짧게 유지하십시오.

트랜잭션이 충돌 할 가능성을 낮게하기 위해 관련된 일련의 변경을 행한 직후에 트랜잭션을 커밋합니다. 특히 커밋되지 않은 트랜잭션을 포함 인터랙티브 mysql 세션은 장시간 열어 두지 마십시오.

잠금 읽기 ( SELECT ... FOR UPDATE 또는 SELECT ... LOCK IN SHARE MODE )를 사용하는 경우, READ COMMITTED 등의 낮은 격리 수준을 사용하여보십시오.

트랜잭션에서 여러 테이블을 변경하거나 같은 테이블의 다른 행 세트를 변경하는 경우 매번 이러한 작업을 일관성있는 순서대로 수행하십시오. 그 결과 거래에서 명시 적으로 정의 된 큐가 생성되고 교착 상태가 발생하지 않습니다. 예를 들어, 다양한 장소에서 같은 INSERT , UPDATE 및 DELETE 문 시퀀스를 여러 번 코딩하는 것이 아니라 데이터베이스 작업을 응용 프로그램의 함수로 구성하고, 스토어드 루틴을 호출하기도합니다.

테이블에 적절한 인덱스를 추가하십시오. 이렇게하면 쿼리에서 검색해야하는 인덱스 레코드 수가 감소하기 때문에 잠금 설정도 감소합니다. MySQL 서버가 쿼리에 적합하다고 간주 인덱스를 특정하기 위해 EXPLAIN SELECT 를 사용하십시오.

락의 사용을 줄이십시오. 오래된 스냅 샷에서 데이터를 반환하기 위해 SELECT 를 허용 할 여유가 있다면, FOR UPDATE 또는 LOCK IN SHARE MODE 절을 추가하지 마십시오. 동일한 트랜잭션 내의 각 일관성 독해는 자신의 새로운 스냅 샷에서 읽기 때문에 READ COMMITTED 격리 수준을 사용하는 것이 적절한 방법입니다.

다른 방법이 없으면 테이블 수준 잠금을 사용하여 트랜잭션을 직렬화하십시오. InnoDB 테이블 등의 트랜잭션 테이블에 LOCK TABLES 을 사용하는 올바른 방법은 ( START TRANSACTION 대신) SET autocommit = 0 에서 트랜잭션을 시작하고 그 후 LOCK TABLES 를 실행하여 UNLOCK TABLES 를 호출하기 전에 트랜잭션을 명시 으로 위탁하는 것입니다. 예를 들어, 테이블 t1 에 쓰기 테이블 t2 에서 읽을 필요가있는 경우는 다음과 같이 실행할 수 있습니다.

 SET autocommit = 0;
 LOCK TABLES t1 WRITE, t2 READ ...;
... do something with tables t1 and t2 here ...
 COMMIT;
 UNLOCK TABLES;

테이블 수준 잠금을 사용하면 테이블에 대한 병렬 업데이트가 억제되기 때문에 교착 상태가 해결되지만 사용량이 많은 시스템에서 응답 성이 낮아지는 희생이 따릅니다.

트랜잭션을 직렬화하는 또 다른 방법은 단일 행만을 포함한 보조 "세마포어"테이블을 작성하는 것입니다. 다른 테이블에 액세스하기 전에 각 트랜잭션에서 행을 업데이트하십시오. 이렇게하면 모든 트랜잭션이 직렬 방식으로 발생합니다. 직렬화 잠금은 행 레벨 잠금이기 때문에이 경우 InnoDB 인스턴트 교착 상태 탐지 알고리즘도 기능한다는 점에 유의하십시오. MySQL의 테이블 레벨 잠금을 사용하여 교착 상태를 해결하려면 시간 제한 방식을 사용해야합니다.