MySQL數(shù)據(jù)庫(kù)是目前使用最為廣泛的一種關(guān)系型數(shù)據(jù)庫(kù)，由于其具有開(kāi)源、高效、穩(wěn)定等特點(diǎn)而受到了廣大開(kāi)發(fā)者和企業(yè)的青睞。但在高并發(fā)的情況下，容易出現(xiàn)死鎖的情況，今天我們來(lái)學(xué)習(xí)如何通過(guò)MySQL查看死鎖日志。

1. 開(kāi)啟死鎖日志

在MySQL中，默認(rèn)是不會(huì)開(kāi)啟死鎖日志的，需要手動(dòng)開(kāi)啟。可以在MySQL的配置文件my.cnf中添加以下兩行配置：

[mysqld]
log-error=/path/to/your/mysql/error.log
log-warnings=2

其中，log-error表示錯(cuò)誤日志的路徑，可以根據(jù)自己的情況進(jìn)行修改。

2. 查看死鎖日志

開(kāi)啟了死鎖日志之后，MySQL會(huì)在錯(cuò)誤日志中記錄每一次死鎖的情況。可以通過(guò)如下命令查看：

mysql>show engine innodb status\G;

在命令執(zhí)行的結(jié)果中，找到"TRANSACTION"段落，如果其中有"deadlock"字段，說(shuō)明當(dāng)前有死鎖。

3. 分析死鎖日志

如果出現(xiàn)死鎖的情況，需要分析日志找出具體原因。下面是一個(gè)示例的死鎖日志：

------------------------
LATEST DETECTED DEADLOCK
------------------------
...一些其他信息...
*** (1) TRANSACTION:
TRANSACTION 951214, ACTIVE 0 sec starting index read
mysql tables in use 5, locked 5
LOCK WAIT 12 lock struct(s), heap size 2936, 18677 row lock(s)
MySQL thread id 2, OS thread handle 12345, query id 11231 localhost 127.0.0.1 root Updating
UPDATE users SET name='Tom' WHERE id='1'
*** (1) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 123 page no 456 n bits 15 index PRIMARY of table `mydb`.`users` trx id 951214 lock_mode X locks rec but not gap waiting
*** (2) TRANSACTION:
TRANSACTION 951211, ACTIVE 0 sec starting index read
mysql tables in use 5, locked 5
32 lock struct(s), heap size 6544, 24009 row lock(s)
MySQL thread id 1, OS thread handle 12346, query id 11230 localhost 127.0.0.1 root Updating
UPDATE users SET name='Bob' WHERE id='1'
*** (2) HOLDS THE LOCK(S):
RECORD LOCKS space id 123 page no 456 n bits 15 index PRIMARY of table `mydb`.`users` trx id 951211 lock_mode X locks rec but not gap
...一些其他信息...

其中，"(1) TRANSACTION"和"(2) TRANSACTION"表示兩個(gè)事務(wù)，"(1) WAITING FOR THIS LOCK TO BE GRANTED"和"(2) HOLDS THE LOCK(S)"表示分別等待和持有的鎖的信息。可以看到，兩個(gè)事務(wù)都在更新id為1的用戶(hù)信息，其中一個(gè)事務(wù)持有了該記錄的鎖，另一個(gè)事務(wù)在等待該鎖，從而導(dǎo)致了死鎖。

如果分析了日志之后，對(duì)于正在進(jìn)行事務(wù)的操作可以盡量減少鎖定的范圍，優(yōu)化查詢(xún)語(yǔ)句，這樣可以避免死鎖的發(fā)生。