我在使用php时遇到过这种情况 语言构念退出;正在进行交易。那么这个 事务“挂起”，你需要杀死mysql进程(如上所述processlist;)

确保数据库表使用InnoDB存储引擎和READ-COMMITTED事务隔离级别。

你可以通过SELECT @@GLOBAL来检查它。tx_isolation @@tx_isolation;在mysql控制台。

如果没有设置为READ-COMMITTED，则必须设置它。在设置之前，请确保您在mysql中拥有SUPER权限。

你可以从http://dev.mysql.com/doc/refman/5.0/en/set-transaction.html上获得帮助。

通过设置这个，我认为你的问题会得到解决。

您可能还希望检查是否试图同时在两个进程中更新此文件。用户(@tala)在这种情况下遇到了类似的错误消息，可能需要仔细检查…

您是否可以更新这个表中的任何其他记录，或者这个表是否被大量使用?我想的是，当它试图获得一个锁，它需要更新这条记录时，设置的超时已经超时。你可以延长时间，这可能会有所帮助。

您正在使用一个事务;Autocommit不会禁用事务，它只是让它们在语句的末尾自动提交。

可能发生的情况是，其他一些线程在某个记录上持有记录锁(您正在更新表中的每个记录!)太长时间，而您的线程正在超时。或者在一个事务中对同一行运行多个(2+)UPDATE查询。

可以通过发出命令查看事件的更多详细信息

SHOW ENGINE INNODB STATUS

事件发生后(在SQL编辑器中)。理想情况下，在安静的测试机上执行此操作。

我来自谷歌，我只是想添加对我有效的解决方案。我的问题是，我试图删除一个大表的记录，它有很多FK级联，所以我得到了与OP相同的错误。

我禁用了自动提交，然后它只在SQL语句的末尾添加COMMIT。据我所知，这将逐位释放缓冲区，而不是在命令结束时等待。

为了保持OP的示例，这应该是有效的:

Mysql > set autocommit=0;

Mysql > update customer set account_import_id = 1;提交;

不要忘记重新激活自动提交，如果你想让MySQL配置和以前一样。

Mysql > set autocommit=1;

完全符合MarkR的说法。自动提交使每个语句成为一个语句事务。

SHOW ENGINE INNODB STATUS会给你一些死锁原因的线索。还要仔细查看慢速查询日志，看看还有什么正在查询表，并尝试删除正在执行满表罐操作的任何内容。行级锁定工作得很好，但当您试图锁定所有行的时候就不行了!