mysql日志怎么看是否死锁

基础概念

MySQL的死锁是指两个或多个事务在同一资源上相互等待的情况，导致事务无法继续执行。MySQL通过日志记录死锁事件，便于排查和分析问题。

类型

MySQL的死锁日志主要记录了以下类型的信息：

死锁事务的ID：包括事务的开始时间和结束时间。
涉及的表和行：记录了死锁发生时涉及的表和行。
等待锁的事务：记录了等待锁的事务及其等待的锁类型。

应用场景

数据库性能调优：通过分析死锁日志，可以找到导致性能瓶颈的事务，进行优化。
故障排查：当系统出现异常时，查看死锁日志可以帮助快速定位问题。
系统监控：定期检查死锁日志，可以监控系统的健康状况，及时发现和处理潜在问题。

如何查看MySQL死锁日志

启用死锁日志：在MySQL配置文件（通常是my.cnf或my.ini）中添加以下配置：
启用死锁日志：在MySQL配置文件（通常是my.cnf或my.ini）中添加以下配置：
然后重启MySQL服务。
查看死锁日志：死锁日志通常会记录在MySQL的数据目录下，文件名类似于hostname-deadlock.log。可以通过以下命令查看：
查看死锁日志：死锁日志通常会记录在MySQL的数据目录下，文件名类似于hostname-deadlock.log。可以通过以下命令查看：

示例

假设你有一个简单的表结构：

CREATE TABLE `accounts` (
  `id` INT PRIMARY KEY,
  `balance` DECIMAL(10, 2)
);

两个事务分别执行以下操作：

-- 事务1
START TRANSACTION;
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
UPDATE accounts SET balance = balance + 100 WHERE id = 2;

-- 事务2
START TRANSACTION;
UPDATE accounts SET balance = balance + 100 WHERE id = 2;
UPDATE accounts SET balance = balance - 100 WHERE id = 1;

如果这两个事务同时执行，可能会导致死锁。查看死锁日志可以看到类似以下的信息：

------------------------
LATEST DETECTED DEADLOCK
------------------------
2023-04-01 12:34:56 0x7f9b8c0b4700
*** (1) TRANSACTION:
TRANSACTION 123456, ACTIVE 0 sec starting index read
mysql tables in use 1, locked 1
LOCK WAIT 2 lock struct(s), heap size 376, 1 row lock(s)
MySQL thread id 1234, OS thread handle 0x7f9b8c0b4700, query id 1234 localhost user updating
UPDATE accounts SET balance = balance - 100 WHERE id = 1
*** (1) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 0 page no 3 n bits 72 index `PRIMARY` of table `test`.`accounts` trx id 123456 lock_mode X locks rec but not gap waiting
Record lock, heap no 2 PHYSICAL RECORD: n_fields 3; compact format; info bits 0
 0: len 4; hex 80000001; asc     ;;
 1: len 6; hex 000000000014; asc       ;;
 2: len 7; hex 00000000000000000000; asc         ;;

*** (2) TRANSACTION:
TRANSACTION 123457, ACTIVE 0 sec starting index read
mysql tables in use 1, locked 1
2 lock struct(s), heap size 376, 1 row lock(s)
MySQL thread id 12345, OS thread handle 0x7f9b8c0b4701, query id 12345 localhost user updating
UPDATE accounts SET balance = balance + 100 WHERE id = 2
*** (2) HOLDS THE LOCK(S):
RECORD LOCKS space id 0 page no 3 n bits 72 index `PRIMARY` of table `test`.`accounts` trx id 123457 lock_mode X locks rec but not gap
Record lock, heap no 2 PHYSICAL RECORD: n_fields 3; compact format; info bits 0
 0: len 4; hex 80000001; asc     ;;
 1: len 6; hex 000000000014; asc       ;;
 2: len 7; hex 00000000000000000000; asc         ;;

*** (2) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 0 page no 3 n bits 72 index `PRIMARY` of table `test`.`accounts` trx id 123457 lock_mode X locks rec but not gap waiting
Record lock, heap no 3 PHYSICAL RECORD: n_fields 3; compact format; info bits 0
 0: len 4; hex 80000002; asc     ;;
 1: len 6; hex 000000000014; asc       ;;
 2: len 7; hex 00000000000000000000; asc         ;;

*** WE ROLL BACK TRANSACTION (2)