Wykrywanie zakleszczeń MySQL przez PHP

Zakleszczenie zwraca błąd 1213 które należy przetworzyć po stronie klienta

Zauważ, że zakleszczenie i oczekiwanie na blokadę to różne rzeczy. W impasie nie ma transakcji „nieudanej”:obaj są winni. Nie ma gwarancji, który zostanie wycofany.

W takim scenariuszu dochodzi do impasu:

UPDATE  t_first -- transacion 1 locks t_first
SET     id = 1;

UPDATE  t_second -- transaction 2 locks t_second
SET     id = 2;

UPDATE  t_second -- transaction 1 waits for transaction 2 to release the lock on t_second
SET     id = 2;

UPDATE  t_first -- transaction 2 waits for transaction 1 to release the lock on t_first. DEADLOCK
SET     id = 2;

Czy na pewno nie mylisz tego z oczekiwaniem na blokadę?

Oczekiwanie na blokadę występuje, gdy transakcja próbuje zablokować zasób już zablokowany przez inną transakcję.

W powyższym przykładzie oczekiwanie na blokadę występuje w kroku 3 .

Ponieważ jest to normalna sytuacja (w przeciwieństwie do zakleszczenia), którą można rozwiązać z zewnątrz przez zatwierdzenie lub wycofanie transakcji, która utrzymuje blokadę, InnoDB nie będzie próbował wycofać transakcji, która blokuje.

Zamiast tego po prostu anuluje instrukcję, która próbowała uzyskać blokadę po upływie limitu czasu.

Domyślny limit czasu to 50 sekund i jest ustawiana za pomocą innodb_lock_wait_timeout .