> ### 什么是死鎖 下面是一個包括表和 SQL 查詢的簡單示例，演示了如何模擬和解釋死鎖。 假設有一個名為 `accounts` 的表，用于存儲銀行賬戶信息，結構如下： ~~~ CREATE TABLE accounts ( account_id INT PRIMARY KEY, balance DECIMAL(10, 2) ); ~~~ 我們有兩個事務 A 和 B，它們同時嘗試在兩個不同的賬戶之間進行轉賬操作，但是事務 A 會請求賬戶 A 的鎖，同時需要賬戶 B 的鎖，而事務 B 會請求賬戶 B 的鎖，同時需要賬戶 A 的鎖。這將導致一個死鎖。 以下是 SQL 查詢示例： 1. 事務 A 嘗試轉賬，首先鎖定賬戶 A： ~~~ -- 事務 A START TRANSACTION; UPDATE accounts SET balance = balance - 100 WHERE account_id = 1; -- 此時，事務 A 持有賬戶 A 的鎖 ~~~ 2. 事務 B 嘗試轉賬，首先鎖定賬戶 B： ~~~ -- 事務 B START TRANSACTION; UPDATE accounts SET balance = balance + 100 WHERE account_id = 2; -- 此時，事務 B 持有賬戶 B 的鎖 ~~~ 3. 事務 A 嘗試鎖定賬戶 B，但由于事務 B 持有該鎖，因此事務 A 等待： ~~~ -- 事務 A 繼續 UPDATE accounts SET balance = balance - 100 WHERE account_id = 2; -- 事務 A 現在需要賬戶 B 的鎖，但它被事務 B 持有，所以事務 A 等待 ~~~ 4. 事務 B 嘗試鎖定賬戶 A，但由于事務 A 持有該鎖，因此事務 B 也等待： ~~~ -- 事務 B 繼續 UPDATE accounts SET balance = balance + 100 WHERE account_id = 1; -- 事務 B 現在需要賬戶 A 的鎖，但它被事務 A 持有，所以事務 B 等待 ~~~ 在這種情況下，事務 A 和事務 B 陷入了相互等待對方釋放鎖的狀態，形成了死鎖。通常，數據庫管理系統會檢測到死鎖，并選擇回滾其中一個事務，以解鎖資源，從而允許另一個事務繼續執行。這就是死鎖的示例和處理方式。