查询mysql死锁的日志

基础概念

MySQL死锁是指两个或多个事务在执行过程中，因争夺资源而造成的一种互相等待的现象。若无外力作用，它们都将无法推进下去。死锁是并发事务处理中常见的问题，需要通过日志来诊断和解决。

类型

MySQL死锁日志通常记录了死锁发生时的详细信息，包括：

事务ID：参与死锁的事务的唯一标识。
锁定的资源：事务锁定的表、行等资源。
等待时间：事务等待锁的时间。
死锁检测时间：系统检测到死锁的时间。

应用场景

死锁日志在以下场景中非常有用：

生产环境监控：实时监控数据库的运行状态，及时发现并解决死锁问题。
性能优化：通过分析死锁日志，找出系统瓶颈，优化数据库设计和事务处理逻辑。
故障排查：当系统出现异常时，通过查看死锁日志，可以快速定位问题原因。

查询MySQL死锁日志的方法

MySQL提供了多种方式来查看死锁日志，以下是几种常见的方法：

1. 查看通用查询日志

如果开启了MySQL的通用查询日志，可以通过查看该日志来找到死锁的相关信息。通用查询日志记录了所有连接和执行的SQL语句。

# 查看通用查询日志文件路径
SHOW VARIABLES LIKE 'general_log_file';

# 查看通用查询日志内容
cat /path/to/general_log_file | grep 'Deadlock found'

2. 查看慢查询日志

慢查询日志记录了执行时间超过设定阈值的SQL语句，死锁的检测和处理过程可能会被记录为慢查询。

# 查看慢查询日志文件路径
SHOW VARIABLES LIKE 'slow_query_log_file';

# 查看慢查询日志内容
cat /path/to/slow_query_log_file | grep 'Deadlock found'

3. 查看InnoDB锁监控

InnoDB存储引擎提供了锁监控功能，可以通过设置innodb_lock_wait_timeout参数来控制锁等待超时时间，并在日志中记录死锁信息。

-- 设置锁等待超时时间为5秒
SET GLOBAL innodb_lock_wait_timeout = 5;

-- 查看InnoDB锁监控日志
SHOW ENGINE INNODB STATUS;

死锁的原因及解决方法

原因

资源竞争：多个事务同时竞争同一资源，导致互相等待。
事务顺序不一致：不同事务对资源的访问顺序不一致，导致死锁。
锁粒度过大：锁定的资源范围过大，增加了死锁的可能性。

解决方法

优化事务设计：尽量减少事务的持有时间，降低事务之间的耦合度。
调整锁粒度：合理设置锁的粒度，避免锁定过多资源。
设置合理的超时时间：通过设置innodb_lock_wait_timeout参数，控制事务等待锁的时间，避免长时间等待。
使用乐观锁：在某些场景下，可以使用乐观锁来减少死锁的发生。

示例代码

以下是一个简单的示例，展示如何在MySQL中模拟死锁并查看死锁日志：

-- 创建测试表
CREATE TABLE test_table (
    id INT PRIMARY KEY,
    value INT
);

-- 插入测试数据
INSERT INTO test_table (id, value) VALUES (1, 100);
INSERT INTO test_table (id, value) VALUES (2, 200);

-- 开启事务
START TRANSACTION;

-- 事务1锁定资源1
SELECT * FROM test_table WHERE id = 1 FOR UPDATE;

-- 开启另一个事务
START TRANSACTION;

-- 事务2锁定资源2
SELECT * FROM test_table WHERE id = 2 FOR UPDATE;

-- 事务2尝试锁定资源1（此时会等待事务1释放锁）
SELECT * FROM test_table WHERE id = 1 FOR UPDATE;

-- 事务1尝试锁定资源2（此时会等待事务2释放锁）
SELECT * FROM test_table WHERE id = 2 FOR UPDATE;

-- 提交事务（此时会发生死锁）
COMMIT;