死鎖是指多個事務相互等待對方釋放資源而無法繼續執行的情況。常見場景包括：1. 多個事務以不同順序更新多個表；2. 并發操作同一組記錄但加鎖順序不一致；3. 高并發環境下長事務未及時提交或回滾。mysql的innodb引擎會自動檢測死鎖并回滾代價最小的事務。查看死鎖信息可通過show engine innodb status命令，重點查看latest detected deadlock部分。避免和解決死鎖的方法包括：1. 統一訪問順序；2. 縮短事務時間；3. 使用較低隔離級別；4. 批量操作合并；5. 捕獲異常并重試。實際處理流程為：1. 查看死鎖日志；2. 分析sql和事務順序；3. 調整加鎖一致性；4. 優化業務邏輯或引入隊列；5. 增加索引減少鎖范圍；6. 代碼中加入重試機制。提前預防死鎖比事后排查更重要。
在mysql中，死鎖是多個事務相互等待對方持有的資源而陷入的僵局。當出現這種情況時，MySQL不會自動解除死鎖，而是依賴系統機制進行檢測并回滾其中一個事務來打破循環。因此，了解如何識別、分析和處理死鎖，是數據庫運維和開發過程中非常實用的一項技能。
什么是死鎖？常見場景有哪些？
死鎖是指兩個或多個事務都在等待對方釋放資源，從而導致它們都無法繼續執行的情況。比如：
- 事務A持有行1的鎖，并請求行2的鎖；
- 事務B持有行2的鎖，并請求行1的鎖；
這時候兩者都在等對方釋放資源，就形成了死鎖。
常見的觸發場景包括：
- 多個事務以不同的順序更新多個表；
- 并發操作同一組記錄但加鎖順序不一致；
- 高并發環境下長事務未及時提交或回滾。
MySQL的InnoDB存儲引擎會自動檢測死鎖，并選擇一個代價最小的事務進行回滾，從而釋放資源讓其他事務繼續執行。
如何查看死鎖信息？
當MySQL檢測到死鎖后，可以通過以下方式查看詳細信息：
SHOW ENGINE INNODB STATUS;
這條命令輸出的內容很多，其中 LATEST DETECTED DEADLOCK 部分會顯示最近一次死鎖的詳細情況，包括：
- 每個事務等待的鎖；
- 每個事務已經持有的鎖；
- 引發死鎖的具體sql語句；
通過這些信息，可以定位到具體是哪些操作導致了死鎖，為后續優化提供依據。
如何避免和解決死鎖？
要減少死鎖的發生，關鍵在于設計合理的事務邏輯和加鎖順序。以下是一些常用做法：
- 統一訪問順序：多個事務對相同資源的操作順序保持一致，例如總是先操作表A再操作表B。
- 盡量縮短事務時間：事務越長，持有鎖的時間就越久，發生沖突的概率越高。建議盡快提交事務。
- 使用較低的隔離級別：如非必要，避免使用 REPEATABLE READ 或更高隔離級別，適當降低隔離級別可減少鎖競爭。
- 批量操作盡量合并：減少事務內的操作次數，一次性完成數據變更。
- 捕獲異常并重試：應用程序層面應捕獲死鎖異常（錯誤碼 1213），并實現重試機制。
雖然無法完全避免死鎖，但通過以上策略可以顯著降低其發生的頻率。
死鎖處理的實際操作流程
如果你遇到了頻繁的死鎖問題，可以按以下步驟處理：
- 查看最近的死鎖日志：SHOW ENGINE INNODB STATUS;
- 分析SQL語句和事務順序，找出加鎖沖突點；
- 調整事務中的SQL順序，確保加鎖一致性；
- 如果是熱點數據問題，考慮是否需要拆分業務邏輯或引入隊列機制；
- 增加索引優化查詢效率，減少不必要的鎖范圍；
- 在代碼中增加重試邏輯，提升系統容錯能力。
基本上就這些。死鎖處理不算復雜，但容易被忽略，尤其是在高并發場景下，提前做好預防遠比事后排查更重要。
