我在使用python访问mysql数据库时遇到了类似的错误。 python程序使用了while和for循环。 关闭游标和链接在适当的行解决问题 https://github.com/nishishailesh/sensa_host_com/blob/master/sensa_write.py 见第230行 似乎是询问重复链接而没有关闭前一个链接产生了这个错误

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，并查看其他哪个事务正在锁定你的事务。

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

Innodb_lock_wait_timeout = 50

innodb_rollback_on_timeout = ON

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

显示全局变量:innodb_rollback_on_timeout

我们昨天遇到了这个问题，在仔细研究了这里的每一个建议的解决方案，以及其他答案/论坛的其他几个解决方案后，我们最终在意识到实际问题时解决了它。

由于一些糟糕的计划，我们的数据库存储在一个挂载的卷上，该卷也接收我们的常规自动备份。该容量已达到最大容量。

一旦我们清理了一些空间并重新启动，这个错误就被解决了。

注意，我们也手动终止了几个进程:kill <process_id>;所以这仍然是必要的。

总的来说，我们的结论是，令人难以置信的是，我们的日志或警告都没有直接提到磁盘空间不足，但这似乎确实是根本原因。

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

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

我在使用python访问mysql数据库时遇到了类似的错误。 python程序使用了while和for循环。 关闭游标和链接在适当的行解决问题 https://github.com/nishishailesh/sensa_host_com/blob/master/sensa_write.py 见第230行 似乎是询问重复链接而没有关闭前一个链接产生了这个错误