1. 什麼是MySQL死鎖？
死鎖是指兩個或多個事務在執行過程中由於對鎖資源的競爭而相互等待，在沒有外部干擾的情況下無法繼續執行的現象。 通俗地說，就是兩筆或多筆交易在等待對方解鎖，導致僵局，使整個系統陷入停滯。
2. MySQL死鎖的原因。
1 按順序執行交易
當多個使用者同時訪問乙個資料庫時，如果每個使用者執行的SQL語句需要等待其他事務釋放資源，則可能會觸發死鎖。 例如，如果兩個使用者同時對錶A和表B進行操作，則使用者1鎖定表A，使用者2先鎖定表B。 此時，使用者 1 需要等待使用者 2 解除對錶 B 的鎖定，然後才能繼續，反之亦然。 如果兩個使用者都等待另乙個使用者釋放鎖，則會發生死鎖。
2 業務競爭條件
當多個事務對同一資料進行操作時，如果它們的順序不同，也會發生死鎖。 例如，有兩個事務 t1 和 t2 分別修改資料 A 和 B。 最初，T1 獲取 A 的鎖並等待 B 的鎖被釋放，而 T2 獲取 B 的鎖並等待 A 的鎖被釋放。 這時，也會發生死鎖。
3. MySQL死鎖示例。
考慮乙個銀行轉賬場景，有兩個使用者 A 和 B，他們都以 100 元的賬戶餘額開始轉賬操作。 假設 A 想向 B 轉賬 100 美元，B 想向 A 轉賬 100 美元。 步驟如下：
執行某筆交易，鎖定賬戶A的餘額，檢查賬戶A的餘額是否足以轉賬給B（例如100元）。
執行B交易，鎖住B賬戶餘額，檢查B賬戶餘額是否足以轉入A賬戶（也假設100元）。
交易 A 嘗試將賬戶 A 的餘額減少到 99 美元並提交交易。 此時，賬戶 A 的餘額不再足以支援向 B 的轉賬。
交易 B 嘗試將賬戶 B 的餘額減少到 99 美元並提交交易。 此時，賬戶B的餘額已經不足以支援轉入A。
事務 A 等待賬戶 B 的鎖定解除，事務 B 等待帳戶 A 的鎖定解除。 因此，它們都無法繼續執行，從而導致死鎖。
4. MySQL死鎖解決方案。
1 避免按順序執行事務。
併發訪問資料庫時，應盡量避免按順序執行事務。 這可以通過使用適當的索引、避免事務中不必要的操作、盡可能使用行級鎖而不是表級鎖等來實現。 這減少了事務等待其他事務釋放鎖的時間，從而降低了死鎖的風險。
2 避免事務的競爭條件。
若要避免事務的爭用條件，可以使用以下度量值：使用樂觀鎖、使用悲觀鎖、使用分布式鎖等。 樂觀鎖定假定多個事務不會同時對相同的資料進行操作，因此它們可以同時發生而不會相互干擾。 悲觀鎖假設多個事務將同時對相同的資料進行操作，因此需要使用鎖來保證資料的排他性。 分布式鎖支援跨多個資料庫節點的操作同步和協調。
3 優化資料庫結構和工作負載。
對於可能出現死鎖的場景，您可以優化資料庫結構和工作負載，降低死鎖風險。 例如，經常進行轉移的帳戶可以使用單獨的表來儲存轉移記錄，以減少對主表的鎖定範圍，使用適當的隔離級別和超時引數等。 同時，確保資料庫的效能引數（如緩衝區大小、連線數等）設定得當，避免資源爭用和併發訪問過多。