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

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

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

SHOW ENGINE INNODB STATUS

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

如何强制解锁MySQL中锁定的表:

像这样打破锁可能会导致数据库中的原子性不被强制用于导致锁的sql语句。

这很棘手，正确的解决方案是修复导致锁的应用程序。然而，当美元处于危险之中时，迅速的一脚将使事情再次启动。

1)进入MySQL

mysql -u your_user -p

2)让我们看看锁定的桌子列表

mysql> show open tables where in_use>0;

3)让我们看看当前进程的列表，其中一个正在锁定你的表

mysql> show processlist;

4)终止其中一个进程

mysql> kill <put_process_id_here>;

尝试更新以下两个参数，因为它们必须具有默认值。

Innodb_lock_wait_timeout = 50

innodb_rollback_on_timeout = ON

要检查参数值，可以使用下面的SQL语句。

显示全局变量:innodb_rollback_on_timeout

查看一下您的数据库是否进行了微调，特别是事务隔离。增加innodb_lock_wait_timeout变量不是一个好主意。

检查MySQL中的数据库事务隔离级别:

mysql> SELECT @@GLOBAL.tx_isolation, @@tx_isolation, @@session.tx_isolation;
+-----------------------+-----------------+------------------------+
| @@GLOBAL.tx_isolation | @@tx_isolation  | @@session.tx_isolation |
+-----------------------+-----------------+------------------------+
| REPEATABLE-READ       | REPEATABLE-READ | REPEATABLE-READ        |
+-----------------------+-----------------+------------------------+
1 row in set (0.00 sec)

您可以通过更改隔离级别来获得改进。使用类似oracle的READ COMMITTED而不是REPEATABLE READ。REPEATABLE READ是InnoDB的默认值。

mysql> SET tx_isolation = 'READ-COMMITTED';
Query OK, 0 rows affected (0.00 sec)

mysql> SET GLOBAL tx_isolation = 'READ-COMMITTED';
Query OK, 0 rows affected (0.00 sec)

此外，仅在必要时尝试使用SELECT FOR UPDATE。

mysql->SHOW PROCESSLIST;
kill xxxx; 

然后杀了睡着的那个。对我来说是2156。

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