面試官：MySQL中有哪幾種鎖？它們各自的特點是什么？

MySQL中的鎖機制是數(shù)據(jù)庫并發(fā)控制的重要組成部分，主要包括以下幾種鎖，以及它們的特點：

1. 全局鎖

概念：全局鎖是對整個數(shù)據(jù)庫實例加鎖，加鎖后整個實例就處于只讀狀態(tài)，后續(xù)的MDL（元數(shù)據(jù)鎖）、DDL（數(shù)據(jù)定義語言）語句、更新操作的事務(wù)提交語句都將被阻塞。

特點：鎖范圍大，影響整個數(shù)據(jù)庫實例。常用于全庫的邏輯備份、全庫的導(dǎo)出等場景，以獲取一致性視圖，保證數(shù)據(jù)的完整性。加鎖后，數(shù)據(jù)庫實例變?yōu)橹蛔x狀態(tài)，無法執(zhí)行更新操作。

2. 表級鎖

概念：表級鎖是對當(dāng)前操作的整張表加鎖。

特點：鎖定粒度較大，但開銷較小，加鎖速度快。適用于以查詢?yōu)橹鳎挥猩倭堪此饕龡l件更新數(shù)據(jù)的應(yīng)用，如Web應(yīng)用。容易出現(xiàn)鎖沖突，并發(fā)度較低。MyISAM和InnoDB存儲引擎都支持表級鎖定。

3. 頁級鎖

概念：頁級鎖是鎖住某一頁的數(shù)據(jù)（通常是16KB左右）。

特點：鎖定粒度介于表級鎖和行級鎖之間。開銷和加鎖時間也介于表級鎖和行級鎖之間。會出現(xiàn)死鎖現(xiàn)象。并發(fā)度一般，適用于一些中等并發(fā)度的應(yīng)用場景。

4. 行級鎖

概念：行級鎖是鎖住某一行的數(shù)據(jù)。

特點：鎖定粒度最小，鎖沖突的概率最低，并發(fā)度最高。但加鎖慢、開銷大，且容易出現(xiàn)死鎖現(xiàn)象。適用于有大量按索引條件并發(fā)更新少量不同數(shù)據(jù)，同時又有并發(fā)查詢的應(yīng)用，如在線事務(wù)處理（OLTP）系統(tǒng)。InnoDB存儲引擎支持行級鎖定。

5. 按模式分類的鎖

樂觀鎖樂觀鎖并不是數(shù)據(jù)庫自帶的鎖，而是應(yīng)用層面的鎖。它假定大概率不會發(fā)生并發(fā)更新沖突，在訪問、處理數(shù)據(jù)的過程中不加鎖，只在更新數(shù)據(jù)時根據(jù)版本號或時間戳判斷是否有沖突。如果沖突則處理，無沖突則提交事務(wù)。樂觀鎖適用于系統(tǒng)并發(fā)量非常大的場景。

悲觀鎖悲觀鎖假定大概率會發(fā)生并發(fā)更新沖突，因此在訪問、處理數(shù)據(jù)前就加排他鎖，在整個數(shù)據(jù)處理過程中鎖定數(shù)據(jù)，事務(wù)提交或回滾后才釋放鎖。悲觀鎖為數(shù)據(jù)處理的安全提供了保證，但會降低并發(fā)性能。

6. 按屬性分類的鎖

共享鎖（S鎖、讀鎖）允許讀，但不能寫。共享鎖可以與共享鎖一起使用。

排他鎖（X鎖、寫鎖）不能允許讀，也不能允許寫。排他鎖不能與其他鎖一起使用。在MySQL中，update、delete、insert、alter等寫的操作默認都會加上排他鎖。

7. InnoDB存儲引擎特有的鎖

• 意向鎖：InnoDB為了支持多粒度的鎖，即允許行級鎖和表級鎖共存，而引入意向鎖。意向鎖是指未來的某個時刻，事務(wù)可能要加共享/排他鎖，先提前聲明一個意向。
• 記錄鎖（Record Lock）：鎖住的是單條索引記錄，防止其他事務(wù)讀取或修改被鎖住的記錄。
• 間隙鎖（Gap Lock）：鎖定索引記錄之間的間隙，即范圍查詢的記錄。間隙鎖的主要目的是為了防止其他事務(wù)在間隔中插入數(shù)據(jù)，以導(dǎo)致“不可重復(fù)讀”。
• 臨鍵鎖（Next-Key Lock）：是記錄鎖和間隙鎖的組合，鎖的范圍既包含記錄又包含索引區(qū)間。默認情況下，InnoDB使用臨鍵鎖來鎖定記錄。臨鍵鎖的主要目的也是為了避免幻讀（Phantom Read）。
• 自增鎖（Auto-Inc Lock）：專門用于管理自增列，防止自增值競爭導(dǎo)致的沖突。在插入新記錄時，鎖住整個表，使得自增值不受混亂影響。

面試官：說說看MyISAM和InnoDB在鎖機制上的主要區(qū)別？

MyISAM和InnoDB是MySQL數(shù)據(jù)庫中兩種常用的存儲引擎，它們在鎖機制上存在顯著的區(qū)別。

1. 鎖類型與支持范圍

(1) MyISAM

MyISAM只支持表級鎖（Table-Level Locking）。表級鎖意味著在對表進行讀或?qū)懖僮鲿r，會鎖定整個表，其他事務(wù)無法同時對同一表進行讀或?qū)懖僮鳌?/p>

(2) InnoDB

InnoDB支持行級鎖（Row-Level Locking）和表級鎖。行級鎖允許事務(wù)僅鎖定需要修改的數(shù)據(jù)行，而不是整個表，從而提高了并發(fā)性能。InnoDB還支持其他類型的鎖，如間隙鎖（Gap Lock）和臨鍵鎖（Next-Key Lock），這些鎖用于防止幻讀和確保數(shù)據(jù)一致性。

2. 鎖的特點與性能

(1) MyISAM的表級鎖

• 開銷小、加鎖快：由于鎖定的是整個表，因此加鎖的開銷相對較小，加鎖速度也較快。
• 不會出現(xiàn)死鎖：由于MyISAM的表級鎖是互斥的，一個事務(wù)在持有表級鎖時，其他事務(wù)無法獲取該表的鎖，因此不會出現(xiàn)死鎖。
• 鎖粒度大、并發(fā)度低：由于鎖定的是整個表，鎖粒度較大，當(dāng)多個事務(wù)需要同時訪問同一表時，容易發(fā)生鎖沖突，導(dǎo)致并發(fā)性能較低。

(2) InnoDB的行級鎖

• 開銷大、加鎖慢：由于鎖定的是數(shù)據(jù)行，需要維護更多的鎖信息，因此加鎖的開銷相對較大，加鎖速度也較慢。
• 可能出現(xiàn)死鎖：當(dāng)多個事務(wù)以不同的順序訪問相互關(guān)聯(lián)的數(shù)據(jù)行時，可能會出現(xiàn)死鎖。InnoDB通過死鎖檢測和解決機制來處理這種情況。
• 鎖粒度小、并發(fā)度高：由于鎖定的是數(shù)據(jù)行，鎖粒度較小，當(dāng)多個事務(wù)需要同時訪問同一表的不同行時，可以并行處理，提高了并發(fā)性能。

3. 鎖的應(yīng)用場景

(1) MyISAM的表級鎖

適用于讀操作較多、寫操作較少的場景。因為讀操作不會阻塞其他讀操作（但會阻塞寫操作），所以在讀操作頻繁的情況下，MyISAM的表級鎖可以提供較好的性能。

適用于不需要事務(wù)支持或并發(fā)性能要求不高的場景。

(2) InnoDB的行級鎖

適用于讀寫操作頻繁、并發(fā)性能要求高的場景。因為行級鎖可以允許多個事務(wù)并行處理不同的數(shù)據(jù)行，從而提高了并發(fā)性能。

適用于需要事務(wù)支持、數(shù)據(jù)一致性要求高的場景。InnoDB的行級鎖和事務(wù)機制可以確保數(shù)據(jù)的一致性和完整性。

面試官：MySQL中InnoDB存儲引擎的行級鎖實現(xiàn)原理？

1. 行級鎖的實現(xiàn)方式

InnoDB的行級鎖是通過給索引的索引項加鎖來實現(xiàn)的。當(dāng)事務(wù)對某行數(shù)據(jù)進行操作時，InnoDB會為該行數(shù)據(jù)對應(yīng)的索引項加鎖，以確保其他事務(wù)無法同時修改該行數(shù)據(jù)。

2. 行級鎖的工作機制

(1) 加鎖過程：

• 當(dāng)事務(wù)執(zhí)行UPDATE、DELETE等修改數(shù)據(jù)的操作時，InnoDB會自動為涉及的數(shù)據(jù)行加排他鎖（X鎖）。
• 當(dāng)事務(wù)執(zhí)行SELECT ... FOR UPDATE或SELECT ... LOCK IN SHARE MODE等查詢操作時，InnoDB會根據(jù)查詢條件為相應(yīng)的數(shù)據(jù)行加共享鎖（S鎖）或排他鎖（X鎖）。

(2) 鎖釋放：

• 事務(wù)提交（COMMIT）后，InnoDB會自動釋放該事務(wù)持有的所有鎖。
• 事務(wù)回滾（ROLLBACK）后，InnoDB也會釋放該事務(wù)持有的所有鎖。

(3) 鎖升級：

在InnoDB中，鎖通常不會直接進行升級或降級操作。但是，如果事務(wù)在持有共享鎖的情況下嘗試對數(shù)據(jù)進行修改，InnoDB會自動將共享鎖升級為排他鎖。

面試官：簡述MySQL中記錄鎖、間隙鎖和臨鍵鎖的區(qū)別和使用場景。

MySQL中的Record Lock（記錄鎖）、Gap Lock（間隙鎖）和Next-Key Lock（臨鍵鎖）是InnoDB存儲引擎提供的不同鎖機制，以下是這三種鎖的區(qū)別和使用場景的詳細簡述：

1. Record Lock（記錄鎖）

定義：Record Lock是MySQL InnoDB存儲引擎提供的行級鎖機制的一部分，直接作用于存儲引擎層面的索引記錄上，即鎖定單個或多個行記錄。

作用：控制對單個數(shù)據(jù)行的并發(fā)訪問，減少數(shù)據(jù)操作沖突，提高系統(tǒng)的并發(fā)能力。

使用場景：當(dāng)一個事務(wù)需要對某行數(shù)據(jù)進行修改或讀取時，會對該行的索引記錄加鎖。

特點：鎖定的是索引記錄，而非記錄本身。如果表沒有定義索引，InnoDB會隱式創(chuàng)建一個聚簇索引（也稱為主鍵索引），并基于該索引加鎖。

2. Gap Lock（間隙鎖）

定義：Gap Lock是InnoDB存儲引擎在可重復(fù)讀隔離級別下為了防止幻讀而引入的鎖機制，用于鎖定索引記錄之間的間隙。

作用：確保索引記錄的間隙不變，防止其他事務(wù)在間隙中插入新的記錄，從而避免幻讀現(xiàn)象。

使用場景：當(dāng)執(zhí)行范圍查詢并希望防止其他事務(wù)在查詢范圍內(nèi)插入新記錄時，Innodb會使用Gap Lock。

特點：鎖定的是索引記錄之間的間隙，而不是具體的數(shù)據(jù)行。Gap Lock是共享的，多個事務(wù)可以在同一間隙上持有Gap Lock，但如果有事務(wù)在某個間隙上持有Gap Lock，其他事務(wù)就不能在這個間隙中插入新的記錄。主要用于解決可重復(fù)讀模式下的幻讀問題。

3. Next-Key Lock（臨鍵鎖）

定義：Next-Key Lock是Record Lock和Gap Lock的組合，既鎖定索引記錄本身，又鎖定索引記錄之間的間隙。

作用：同時防止其他事務(wù)對同一行數(shù)據(jù)進行修改和在該行數(shù)據(jù)的前后間隙中插入新的數(shù)據(jù)行，從而有效地避免幻讀現(xiàn)象的發(fā)生。

使用場景：在可重復(fù)讀隔離級別下，InnoDB默認使用Next-Key Lock來防止幻讀。當(dāng)執(zhí)行范圍查詢或更新時，會自動為這個范圍內(nèi)的每個數(shù)據(jù)行加上行鎖，同時在數(shù)據(jù)行之間的間隙上加上Gap Lock。

特點：

• 鎖定的范圍是當(dāng)前查詢的行及其“前后”的間隙。
• 可以有效防止其他事務(wù)在當(dāng)前查詢的范圍內(nèi)插入新數(shù)據(jù)或修改已有數(shù)據(jù)。

以下是使用了記錄鎖、間隙鎖和臨鍵鎖的SQL示例：

(1) 記錄鎖（Record Lock）示例

-- 假設(shè)有一個名為user的表，包含id和name字段
CREATE TABLE `user` (
    `id` INT AUTO_INCREMENT PRIMARY KEY,
    `name` VARCHAR(50) NOT NULL
);
-- 插入一些示例數(shù)據(jù)
INSERT INTO `user` (`name`) VALUES ('Alice'), ('Bob'), ('Charlie');

-- 開啟事務(wù)1
START TRANSACTION;

-- 事務(wù)1嘗試更新id為2的記錄，此時會對該記錄加記錄鎖
UPDATE `user` SET `name` = 'Bob Updated' WHERE `id` = 2;

-- 事務(wù)1未提交，因此鎖仍然保持

-- 開啟事務(wù)2（在另一個會話中）
START TRANSACTION;

-- 事務(wù)2嘗試更新同一行記錄，此時會被阻塞，因為事務(wù)1已經(jīng)對該記錄加了記錄鎖
UPDATE `user` SET `name` = 'Bob Updated Again' WHERE `id` = 2; -- 此操作會被阻塞，直到事務(wù)1提交或回滾

-- 提交事務(wù)1（在事務(wù)1的會話中）
COMMIT;

-- 此時事務(wù)2的更新操作才會被執(zhí)行

(2) 間隙鎖（Gap Lock）示例

-- 假設(shè)有一個名為test的表，包含id和value字段, value字段是索引字段
CREATE TABLE `test` (
    `id` INT AUTO_INCREMENT PRIMARY KEY,
    `value` INT NOT NULL
);
-- 插入一些示例數(shù)據(jù)
INSERT INTO `test` (`value`) VALUES (10), (20), (30);

-- 開啟事務(wù)1
START TRANSACTION;

-- 事務(wù)1嘗試鎖定value在15和25之間的間隙
SELECT * FROM `test` WHERE `value` BETWEEN 15 AND 25 FOR UPDATE;

-- 事務(wù)1未提交，因此鎖仍然保持

-- 開啟事務(wù)2（在另一個會話中）
START TRANSACTION;

-- 事務(wù)2嘗試在鎖定的間隙中插入新記錄，此時會被阻塞
INSERT INTO `test` (`value`) VALUES (22); -- 此操作會被阻塞，直到事務(wù)1提交或回滾

-- 提交事務(wù)1（在事務(wù)1的會話中）
COMMIT;

-- 此時事務(wù)2的插入操作才會被執(zhí)行

(3) 臨鍵鎖（Next-Key Lock）示例

-- 使用與上面相同的test表

-- 開啟事務(wù)1
START TRANSACTION;

-- 事務(wù)1嘗試鎖定value等于20的記錄及其前后的間隙
SELECT * FROM `test` WHERE `value` = 20 FOR UPDATE;
-- 由于InnoDB在可重復(fù)讀隔離級別下默認使用臨鍵鎖，因此此操作會鎖定value為20的記錄，以及它前后的間隙

-- 事務(wù)1未提交，因此鎖仍然保持

-- 開啟事務(wù)2（在另一個會話中）
START TRANSACTION;

-- 事務(wù)2嘗試更新同一行記錄，此時會被阻塞，因為事務(wù)1已經(jīng)對該記錄及其間隙加了臨鍵鎖
UPDATE `test` SET `value` = 21 WHERE `value` = 20; -- 此操作會被阻塞，直到事務(wù)1提交或回滾

-- 事務(wù)2嘗試在鎖定的間隙中插入新記錄，同樣會被阻塞
INSERT INTO `test` (`value`) VALUES (19); -- 此操作也會被阻塞，因為鎖定了value為20的記錄前的間隙

-- 提交事務(wù)1（在事務(wù)1的會話中）
COMMIT;

-- 此時事務(wù)2的更新和插入操作才會被執(zhí)行

面試官：說一下MySQL中對于不同的隔離級別，行鎖采用的加鎖方式有什么不同?

1. 隔離級別與行鎖加鎖方式的關(guān)系

MySQL的四種隔離級別分別是：未提交讀（Read Uncommitted）、已提交讀（Read Committed）、可重復(fù)讀（Repeatable Read）和串行化（Serializable）。

(1) 未提交讀（Read Uncommitted）

• 在這種隔離級別下，事務(wù)可以讀取未提交的更改，可能會導(dǎo)致“臟讀”。
• 鎖的使用較少，因此并發(fā)性較高，但數(shù)據(jù)一致性較差。
• 由于允許讀取未提交的數(shù)據(jù)，所以通常不會使用行鎖來防止并發(fā)問題。

(2) 已提交讀（Read Committed）

• 事務(wù)只能讀取已提交的數(shù)據(jù)，可以避免臟讀。
• 但可能導(dǎo)致“不可重復(fù)讀”，即在同一事務(wù)中對同一數(shù)據(jù)進行多次讀取時，可能會讀取到不同的結(jié)果。
• 在這種隔離級別下，MySQL會使用行級鎖來防止臟讀。當(dāng)事務(wù)讀取某一行數(shù)據(jù)時，會對該行加共享鎖（S鎖），其他事務(wù)在讀取該行時不會阻塞，但修改該行時會被阻塞。

(3) 可重復(fù)讀（Repeatable Read）

• 這是MySQL的默認隔離級別。
• 事務(wù)在執(zhí)行過程中，讀取的數(shù)據(jù)是事務(wù)開始時的快照，能夠保證多次讀取返回相同的結(jié)果。
• 在這種隔離級別下，MySQL使用多版本并發(fā)控制（MVCC）來存儲數(shù)據(jù)的快照，并通過行級鎖來防止并發(fā)修改。當(dāng)事務(wù)修改某一行數(shù)據(jù)時，會對該行加排他鎖（X鎖），其他事務(wù)在讀取或修改該行時都會被阻塞。
• 此外，為了防止幻讀現(xiàn)象（即在一個事務(wù)中讀取到另一個事務(wù)新插入的數(shù)據(jù)），MySQL的可重復(fù)讀隔離級別還會使用Next-Key Locks（臨鍵鎖），它結(jié)合了記錄鎖（Record Locks）和間隙鎖（Gap Locks）。

(4) 串行化（Serializable）

• 這是最高的隔離級別，強制每個事務(wù)逐一執(zhí)行，避免了任何并發(fā)問題。
• 在這種隔離級別下，MySQL會對所有讀取的數(shù)據(jù)行加鎖，相當(dāng)于將每個事務(wù)完全串行化執(zhí)行。這會導(dǎo)致并發(fā)性極低，但數(shù)據(jù)一致性最高。

面試官：MySQL中的死鎖是如何產(chǎn)生的，請給出示例？如何避免和解決死鎖問題？

MySQL中的死鎖產(chǎn)生原因

MySQL中的死鎖是指兩個或更多的事務(wù)在執(zhí)行過程中，因相互競爭資源而造成的一種阻塞現(xiàn)象，此時每個事務(wù)都在等待其他事務(wù)釋放它所持有的資源，導(dǎo)致這些事務(wù)都無法繼續(xù)執(zhí)行。

死鎖的產(chǎn)生原因主要包括以下幾點：

• 并發(fā)事務(wù)沖突如果一個事務(wù)已經(jīng)鎖定了資源，而其他事務(wù)也試圖修改這個資源，那么就可能會產(chǎn)生沖突，導(dǎo)致死鎖。
• 鎖定的順序不一致如果兩個事務(wù)在鎖定資源時采取的順序不一致，也可能導(dǎo)致死鎖。例如，事務(wù)A先鎖定了資源1，然后試圖鎖定資源2；而事務(wù)B先鎖定了資源2，然后試圖鎖定資源1。這種情況下，事務(wù)A會等待事務(wù)B釋放資源2，而事務(wù)B會等待事務(wù)A釋放資源1，從而形成死鎖。
• 長時間等待資源如果一個事務(wù)在等待一個已經(jīng)被其他事務(wù)鎖定的資源時，等待時間過長，也可能會產(chǎn)生死鎖。
• 事務(wù)尚未完成就請求新的資源在事務(wù)尚未完成的情況下，已經(jīng)鎖定的資源不會被釋放。如果此時事務(wù)再請求新的資源，而該資源已被其他事務(wù)鎖定，就可能導(dǎo)致死鎖。

示例一：鎖定的順序不一致導(dǎo)致死鎖

假設(shè)有一個名為orders的訂單表，包含order_id、product_id和status等字段。現(xiàn)在有兩個事務(wù)A和B，它們分別嘗試更新不同訂單中的相同產(chǎn)品庫存，但操作順序不同，導(dǎo)致死鎖。

-- 開啟事務(wù)A
START TRANSACTION;

-- 事務(wù)A嘗試更新訂單1中的產(chǎn)品庫存
UPDATE orders SET status = 'shipped' WHERE order_id = 1 AND product_id = 101;

-- 事務(wù)A接著嘗試更新訂單2中的相同產(chǎn)品庫存（此時訂單2可能尚未被鎖定）
UPDATE orders SET status = 'shipped' WHERE order_id = 2 AND product_id = 101;

-- 開啟事務(wù)B
START TRANSACTION;

-- 事務(wù)B嘗試更新訂單2中的產(chǎn)品庫存（與事務(wù)A中的第二個UPDATE操作相同）
UPDATE orders SET status = 'shipped' WHERE order_id = 2 AND product_id = 101;

-- 事務(wù)B接著嘗試更新訂單1中的相同產(chǎn)品庫存（此時訂單1可能已被事務(wù)A鎖定）
UPDATE orders SET status = 'shipped' WHERE order_id = 1 AND product_id = 101;

示例二：多事務(wù)間隙鎖+insert導(dǎo)致死鎖

假設(shè)有下面這一張表:

事務(wù)A首先開啟了，執(zhí)行一條select...for update這樣的語句,因為記錄的最大值為1004，1007不在這一個范圍當(dāng)中。此時，事務(wù)A對于表當(dāng)中no范圍為(1004,+∞)的no索引加上了一把鎖間隙鎖。

之后事務(wù)B開啟了，因為no值為1008的記錄，不在范圍(1004,+∞)的范圍之內(nèi)，事務(wù)B也會加一個間隙鎖，范圍是(1004,+∞)。由于間隙鎖之間是互容的，因此事務(wù)B在執(zhí)行select語句的時候，不會發(fā)生阻塞。

之后事務(wù)A執(zhí)行了一條插入的索引為1007的數(shù)值。

這里需要了解，Insert語句在正常執(zhí)行的時候，是不會生成鎖結(jié)構(gòu)的，它是靠聚簇索引自帶的一個被稱為trx_id的字段作為隱式鎖來保護記錄的。只有在指定情況下，才會把隱式鎖轉(zhuǎn)化為顯示鎖，也就是真正加鎖的過程。

舉兩個例子來說明隱式鎖轉(zhuǎn)換為顯式鎖的場景:

• 范圍(a,b)內(nèi)加有間隙鎖，當(dāng)有一條記錄在范圍(a,b)之內(nèi)插入記錄的時候，就會轉(zhuǎn)化為顯式鎖。
• 如果insert語句插入的記錄和已有的記錄之間出現(xiàn)了主鍵，也無法插入。

因此事務(wù)A執(zhí)行一條插入sql時就一定要等待到事務(wù)B釋放鎖，才可以繼續(xù)執(zhí)行。

最后事務(wù)B執(zhí)行了一條插入的索引值為1008的sql語句。但是由于事務(wù)A對于(1004,+∞)的范圍加鎖了，因此事務(wù)B一定需要等待到事務(wù)A釋放鎖，才可以繼續(xù)執(zhí)行。

至此，AB事務(wù)相互等待對方釋放鎖，死鎖形成。

避免和解決死鎖問題的方法

為了避免和解決MySQL中的死鎖問題，可以采取以下幾種方法：

•  設(shè)置適當(dāng)?shù)氖聞?wù)隔離級別：事務(wù)隔離級別是控制并發(fā)訪問時數(shù)據(jù)的一致性與并發(fā)性之間的平衡點。在MySQL中，可以通過設(shè)置適當(dāng)?shù)氖聞?wù)隔離級別（如READ COMMITTED或更高）來防止死鎖。
• 拆分事務(wù)：將事務(wù)拆分為較小的單元，可以減少鎖的持有時間，從而降低死鎖的發(fā)生概率。
• 設(shè)置死鎖超時時間：MySQL提供了設(shè)置死鎖超時時間的參數(shù)（如innodb_lock_wait_timeout），可以控制等待鎖的超時時間。當(dāng)超過設(shè)定的時間后，將會報出死鎖錯誤，事務(wù)會自動回滾。
• 手動解決死鎖問題：當(dāng)發(fā)生死鎖問題時，可以使用MySQL提供的命令（如SHOW PROCESS LIST）查看當(dāng)前正在運行的所有進程，并通過KILL命令強制終止死鎖進程。

死鎖日志分析

(1) 檢查MySQL是否已開啟死鎖日志

可以通過執(zhí)行SHOW VARIABLES LIKE 'log_error';命令來檢查MySQL的錯誤日志路徑。確保MySQL的錯誤日志功能是開啟的，因為死鎖信息會自動記錄在MySQL的錯誤日志中。

(2) 通過SHOW ENGINE INNODB STATUS獲取死鎖信息

在事務(wù)發(fā)生死鎖時，可以執(zhí)行SHOW ENGINE INNODB STATUS\G命令。

輸出中的LATEST DETECTED DEADLOCK部分會顯示最近一次死鎖的詳細信息，包括哪些事務(wù)參與了死鎖、被鎖住的SQL語句、加鎖的表和行等。