如何避免MySQL'尝试获取锁时发现死锁；尝试重新启动交易'

MySQL数据库中死锁的产生通常是由于并发事务以相反的顺序获取锁所致。为了避免死锁，建议按特定顺序对操作进行排序，确保所有查询都以相同的顺序锁定键。此外，修复删除语句以按升序运行，并确保在外键和主键上建立索引以防止表锁。

我有一个innodb表，记录在线用户。它会在用户每次刷新页面时进行更新，以跟踪他们所在的页面以及他们上次访问该网站的日期。然后我有一个每 15 分钟运行一次的 cron 来删除旧记录。

我在尝试获取锁定时发现了“死锁”；昨晚尝试重新启动事务大约 5 分钟，似乎是在运行 insert 到该表时。有人可以建议如何避免此错误吗？

===编辑===

以下是正在运行的查询：

首次访问网站：

insert into onlineusers set
ip = 123.456.789.123,
datetime = now(),
userid = 321,
page = '/thispage',
area = 'thisarea',
type = 3

每个页面刷新：

update onlineusers set
ips = 123.456.789.123,
datetime = now(),
userid = 321,
page = '/thispage',
area = 'thisarea',
type = 3
where id = 888

每 15 分钟执行一次：

然后它会进行一些计数以记录一些统计数据（即：在线成员、在线访客）。

解决方案

可以帮助解决大多数死锁的一个简单技巧是按特定顺序对操作进行排序。

当两个事务试图以相反的顺序锁定两个锁时，就会出现死锁，即：

• 连接1：锁定钥匙(1)，锁定钥匙(2)；
• 连接2：锁定钥匙(2)，锁定钥匙(1)；

如果两者同时运行，连接 1 将锁定 key(1)，连接 2 将锁定 key(2)，每个连接将等待对方释放 key -> 死锁。

现在，如果您更改了查询，以便连接将以相同的顺序锁定密钥，即：

• 连接1：锁定钥匙(1)，锁定钥匙(2)；
• 连接2：锁定密钥(1)，锁定密钥(2)；

不可能出现死锁。

所以这就是我的建议：

1. 确保除了删除语句之外，没有其他查询一次锁定多个键的访问。如果您这样做（我怀疑您这样做），请按升序排列它们在 (k1,k2,..kn) 中的 where。

2. 修复您的删除语句以按升序运行：

改变

delete from onlineusers 
where datetime <= now() - interval 900 second

至

DELETE FROM onlineusers 
WHERE id IN (
    SELECT id FROM onlineusers
    WHERE datetime <= now() - INTERVAL 900 SECOND 
    ORDER BY id
) u;

要记住的另一件事是 mysql 文档建议，如果出现死锁，客户端应自动重试。您可以将此逻辑添加到您的客户端代码中。 （例如，在放弃之前重试此特定错误 3 次）。

当两个事务相互等待获取锁时，就会发生死锁。示例：

• tx 1：锁定 a，然后锁定 b
• tx 2：锁定 b，然后锁定 a

有关死锁的问题和解答有很多。每次插入/更新/或删除一行时，都会获取一个锁。为了避免死锁，您必须确保并发事务不会按照可能导致死锁的顺序更新行。一般来说，即使在不同的事务中，始终尝试以相同的顺序获取锁（例如，始终先表 a，然后表 b）。

数据库死锁的另一个原因可能是缺少索引。当插入/更新/删除一行时，数据库需要检查关系约束，即确保关系一致。为此，数据库需要检查相关表中的外键。它可能导致获取除被修改的行之外的其他锁。确保始终在外键（当然还有主键）上建立索引，否则可能会导致表锁而不是行锁。如果发生表锁，锁争用会更高，死锁的可能性也会增加。

到这里，我们也就讲完了《如何避免MySQL'尝试获取锁时发现死锁；尝试重新启动交易'》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！