處理mysql死鎖應先理解成因，再通過日志分析定位問題，接著在php中捕獲異常并重試，最后遵循最佳實踐預防死鎖。1. 死鎖主因是事務間資源競爭順序不一致，常見于并發訂單與庫存操作、定時任務等場景；2. 通過show engine innodb status命令查看latest detected deadlock部分，明確事務持有的鎖、等待的鎖及沖突數據行；3. php中可捕獲pdoexception并重試事務，設置合理重試次數與隨機延遲，確保邏輯冪等；4. 預防措施包括統一訪問順序、減小事務粒度、合理使用索引、避免事務內復雜計算及分批處理批量操作。
mysql死鎖在PHP項目中是一個常見但又容易被忽視的問題，尤其是在并發操作頻繁的系統里。它通常發生在多個事務同時持有資源并嘗試獲取對方持有的資源時，造成彼此無法繼續執行。
遇到這種情況，最直接的表現就是數據庫報錯：Deadlock found when trying waiting for lock。那我們該怎么處理呢？
1. 理解死鎖產生的原因
MySQL死鎖的根本原因是事務之間資源競爭順序不一致。比如：
立即學習“PHP免費學習筆記（深入）”；
- 事務A更新了表1，然后嘗試更新表2；
- 同時，事務B更新了表2，然后嘗試更新表1；
- 這時候兩個事務都在等對方釋放鎖，就形成了死鎖。
常見的觸發場景包括：
- 高并發下的訂單創建和庫存扣減
- 多個定時任務同時操作同一組數據
- 不合理的索引設計導致行鎖升級為表鎖
解決死鎖的第一步是理解它為什么會發生，而不是一上來就想著“重試”或者“改代碼”。
2. 死鎖日志分析（SHOW ENGINE INNODB STATUS）
當MySQL檢測到死鎖后，會自動回滾其中一個事務，并記錄詳細的死鎖信息。你可以通過下面這條命令查看：
SHOW ENGINE INNODB STATUSG
重點關注輸出中的 LATEST DETECTED DEADLOCK 部分。它會告訴你：
- 每個事務正在執行的sql語句
- 它們各自持有的鎖和等待的鎖
- 是哪幾行數據引起了沖突
這個信息非常關鍵，能幫助你定位到底是哪幾個SQL語句、在哪幾張表上發生了死鎖。
3. PHP層面的處理策略
既然不能完全避免死鎖的發生，那就要做好應對措施。PHP這邊最常見的做法是捕獲異常 + 自動重試。
舉個例子，如果你用PDO連接MySQL，可以這樣寫：
$retries = 3; while ($retries--) { try { $pdo->beginTransaction(); // 執行你的業務SQL $pdo->exec("UPDATE orders SET status = 1 WHERE id = 100"); $pdo->exec("UPDATE inventory SET stock = stock - 1 WHERE product_id = 50"); $pdo->commit(); break; // 成功則跳出循環 } catch (PDOException $e) { if (strpos($e->getMessage(), 'Deadlock') !== false) { usleep(500000); // 等待半秒再重試 continue; } $pdo->rollBack(); throw $e; } }
幾點建議：
- 設置合理的重試次數（一般3次就夠了）
- 每次重試之間加點隨機延遲，避免再次沖突
- 要確保事務內的邏輯是冪等的，防止重復執行出問題
4. 預防死鎖的最佳實踐
與其事后補救，不如提前預防。以下是一些實用建議：
- 統一訪問順序：對多個表或行的操作，盡量按照固定順序進行
- 減少事務粒度：事務越長，持有鎖的時間就越久，死鎖概率越高
- 合理使用索引：沒有合適的索引會導致全表掃描，增加鎖沖突機會
- 避免在事務中做復雜計算：把業務邏輯盡可能移到事務外處理
- 批量操作分開處理：比如一次更新100條數據，可以分批提交，降低并發風險
這些優化可能不會立刻見效，但在高并發場景下能顯著降低死鎖頻率。
基本上就這些。處理MySQL死鎖不是什么高深技術，關鍵是理清事務流程，結合日志分析，再配合PHP端的容錯機制，大多數問題都能搞定。
