mysql->SHOW PROCESSLIST;
kill xxxx; 

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

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

mysql> set innodb_lock_wait_timeout=100;

Query OK, 0 rows affected (0.02 sec)

mysql> show variables like 'innodb_lock_wait_timeout';
+--------------------------+-------+
| Variable_name            | Value |
+--------------------------+-------+
| innodb_lock_wait_timeout | 100   |
+--------------------------+-------+

现在再打开锁。你有100秒的时间向数据库发出一个SHOW ENGINE INNODB STATUS\G，并查看其他哪个事务正在锁定你的事务。

某些东西阻塞了查询的执行。很可能是另一个查询更新、插入或删除查询中的某个表。你必须找出那是什么:

SHOW PROCESSLIST;

一旦你找到阻塞进程，找到它的id并运行:

KILL {id};

重新运行初始查询。

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

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

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

SHOW ENGINE INNODB STATUS

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

mysql->SHOW PROCESSLIST;
kill xxxx; 

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