mysql常见5大死锁

引言

本文主要介绍了 MySQL 中常见的死锁案例，并提供了相应的示例代码演示。期望大家在日常开发中能够尽量避免

正文

案例 1：并发更新同一行数据

-- 创建一个示例表
CREATE TABLE test (
    id INT PRIMARY KEY,
    value INT
);

-- 插入一些数据
INSERT INTO test (id, value) VALUES (1, 10), (2, 20);

-- 开始事务 A
START TRANSACTION;
UPDATE test SET value = 15 WHERE id = 1;

-- 在另一个会话中开始事务 B
START TRANSACTION;
UPDATE test SET value = 25 WHERE id = 1;

在这个例子中，事务 A 和事务 B 都尝试更新 id 为 1 的行数据，导致死锁。

案例 2：交叉更新不同行数据

-- 使用上面的表结构和数据

-- 开始事务 A
START TRANSACTION;
UPDATE test SET value = 15 WHERE id = 1;

-- 在另一个会话中开始事务 B
START TRANSACTION;
UPDATE test SET value = 25 WHERE id = 2;

-- 事务 A 尝试更新 id 为 2 的行数据
UPDATE test SET value = 30 WHERE id = 2;

-- 事务 B 尝试更新 id 为 1 的行数据
UPDATE test SET value = 35 WHERE id = 1;

在这个例子中，事务 A 和事务 B 交叉更新了两行不同的数据，导致死锁。

案例 3：多个事务在同一张表上进行多次操作

-- 使用上面的表结构和数据

-- 开始事务 A
START TRANSACTION;
INSERT INTO test (id, value) VALUES (3, 30);

-- 在另一个会话中开始事务 B
START TRANSACTION;
UPDATE test SET value = 25 WHERE id = 2;

-- 事务 A 尝试更新 id 为 2 的行数据
UPDATE test SET value = 35 WHERE id = 2;

-- 事务 B 尝试读取由事务 A 插入的新行数据
SELECT * FROM test WHERE id = 3;

在这个例子中，事务 A 和事务 B 在同一张表上进行了多次操作，导致死锁。

案例 4：使用不当的索引导致的死锁

-- 创建一个示例表
CREATE TABLE test (
    id INT PRIMARY KEY,
    value INT,
    name VARCHAR(50)
);

-- 插入一些数据
INSERT INTO test (id, value, name) VALUES (1, 10, 'Alice'), (2, 20, 'Bob');

-- 在另一个会话中开始事务 B
START TRANSACTION;
UPDATE test SET name = 'Charlie' WHERE id = 2;

-- 开始事务 A
START TRANSACTION;
UPDATE test SET value = 15 WHERE name = 'Alice';

在这个例子中，由于没有在 name 列上创建索引，事务 A 和事务 B 都需要扫描整个表来获取锁，可能会导致死锁。

案例 5：长事务与短事务的冲突

-- 使用上面的表结构和数据

-- 开始一个长事务 A
START TRANSACTION;
UPDATE test SET value = 15 WHERE id = 1;

-- 在另一个会话中开始一个短事务 B
START TRANSACTION;
SELECT * FROM test WHERE id = 1;

-- 因为事务 A 持有了锁，事务 B 需要等待，可能会导致死锁

在这个例子中，长事务 A 和短事务 B 在同一行数据上产生了冲突，可能会导致死锁。

总结

为了避免死锁，可以采取以下措施：

• 尽量缩短事务的长度，减少锁的持有时间。
• 在事务中尽量按照相同的顺序获取锁。
• 使用适当的索引来避免不必要的锁定。
• 在设计数据库和编写 SQL 语句时，考虑到并发访问的情况。
• 使用 MySQL 的死锁检测和回滚机制来处理死锁。