在MySQL(InnoDB)中发现死锁

一个简单的解决方案是将其分为两个连续的查询。即。,:

从users WHERE(userflags&1048576)中选择userid进入tmptable;

从userid所在的会话中删除!=0和lastactivity<1289594761和admin=1,用户id不在(从tmptable中选择用户id);

这样,您就可以使用第二个表中值的本地会话副本,而不会对其造成读锁。然而,这只是一个快速而肮脏的解决方案。一个更好的解决方案是分析所有接触这两个表的活动的事务锁设置,并重写查询(如果您将定期使用它的话)。

可能您会更频繁地得到错误,因为这现在是一个更慢的查询。

这个 & 打开操作 userflags 使子查询无法编制索引。标记词通常不是很好的模式设计,因为它们需要计算来破坏索引。如果您经常执行位测试查询,请将小数据类型的列分开(例如 TINYINT )可能更好。

如果架构的工作方式与预期的一样,则应该可以使用简单的联接来完成此操作,该联接通常比子查询执行得更好:

DELETE sessions
FROM sessions
JOIN users ON users.userid=sessions.userid
WHERE sessions.lastactivity<1289594761 AND admin=1
AND (users.userflags&1048576)=0

(连接 DELETE 是MySQL中的非ANSI SQL扩展。)