修复“超过锁定等待超时；尝试重新启动事务”为“卡住”的Mysql表？

从脚本中，我将这样的查询发送了数千次到本地数据库：

update some_table set some_column = some_value

我忘了添加where部分，因此同一列被设置为表中所有行的相同值，并且完成了数千次，并且对该列进行了索引，因此相应的索引可能被更新了太多次。

我注意到出了点问题，因为花了太长时间，所以我杀死了脚本。从那以后，我什至重新启动了计算机，但是表中有些东西卡住了，因为简单的查询需要很长时间才能运行，当我尝试删除相关的索引时，它失败并显示以下消息：

Lock wait timeout exceeded; try restarting transaction

这是一个innodb表，因此卡住的事务可能是隐式的。如何修复该表并从中删除卡住的事务？

我遇到了类似的问题，并通过检查正在运行的线程解决了该问题。要查看正在运行的线程，请在mysql命令行界面中使用以下命令：

SHOW PROCESSLIST;

如果您无权访问mysql命令行界面，也可以从phpMyAdmin发送它。
这将显示具有相应ID和执行时间的线程列表，因此您可以杀死执行时间过多的线程。在phpMyAdmin中，您将拥有一个用于通过使用KILL停止线程的按钮，如果您使用的是命令行界面，则只需使用KILL命令后跟线程ID，如以下示例所示：

KILL 115;

这将终止相应线程的连接。

您可以使用以下命令检查当前正在运行的事务

SELECT * FROM `information_schema`.`innodb_trx` ORDER BY `trx_started`

您的交易应该是第一笔交易之一，因为它是列表中最古老的交易。现在，只需从中获取值trx_mysql_thread_id并发送KILL命令即可：

KILL 1234;

如果不确定是哪个事务，请经常重复第一个查询，看看哪些事务持续存在。

检查InnoDB状态以获取锁

SHOW ENGINE InnoDB STATUS;

检查MySQL打开表

SHOW OPEN TABLES WHERE In_use > 0;

检查待处理的InnoDB事务

SELECT * FROM `information_schema`.`innodb_trx` ORDER BY `trx_started`; 

检查锁依赖性-什么阻止了什么

SELECT * FROM `information_schema`.`innodb_locks`;

在调查了上面的结果之后，您应该能够看到锁定了什么。

造成此问题的根本原因也可能在您的代码中-如果您使用像Hibernate这样的JPA，请检查相关功能，尤其是注释的相关功能。

例如，如所描述这里，下面标注的滥用可能会导致数据库锁：

@Transactional(propagation = Propagation.REQUIRES_NEW) 

当我的数据库大小增加并且我正在做很多事务时，这开始发生在我身上。

事实是，可能有某种方法可以优化您的查询或数据库，但是请尝试使用这两个查询来解决此问题。

运行这个：

SET GLOBAL innodb_lock_wait_timeout = 5000; 

然后这个：

SET innodb_lock_wait_timeout = 5000; 

建立事务的连接时，在执行事务之前，您将获得一个锁。如果无法获取锁，则尝试一段时间。如果仍然无法获得锁定，则抛出超出锁定等待时间的错误。为什么无法获取锁的原因是您没有关闭连接。因此，当您第二次尝试获取锁时，由于先前的连接仍未关闭并持有该锁，因此您将无法获得该锁。

解决方案： 关闭连接或setAutoCommit(true)（根据您的设计）释放锁。

重新启动MySQL，它工作正常。

但是要注意，如果这样的查询卡住了，那么某个地方就会出现问题：

• 在您的查询中（放错字符，笛卡尔乘积，...）
• 大量记录需要编辑
• 复杂的联接或测试（MD5，子字符串LIKE %...%等）
• 数据结构问题
• 外键模型（链/环锁定）
• 索引错误的数据

就像@syedrakib所说的那样，它可以工作，但这并不是生产的长期解决方案。

当心：重新启动会影响状态不一致的数据。

另外，您可以检查MySQL如何使用EXPLAIN关键字处理查询，并查看那里是否有可能加快查询速度（索引，复杂测试等）。

mysql中的Goto进程。

因此可以看到仍有任务在工作。

终止特定进程或等待进程完成。

我在“更新”语句中遇到了同样的问题。我的解决方案是简单地通过表中phpMyAdmin中可用的操作运行。我对表进行了优化，刷新和碎片整理（不按此顺序）。无需删除表并从备份中将其还原。:)

我遇到过同样的问题。我认为这是SQL的死锁问题。您可以从任务管理器强制关闭SQL进程。如果仍不能解决问题，请重新启动计算机。您无需删除表并重新加载数据。

尝试删除某些记录集时（使用MS Access 2007，并通过ODBC连接到Web服务器上的MySQL时出现了此问题）。通常，我会从MySQL删除某些记录，然后用更新的记录替换（级联删除一些相关记录，这简化了删除所有相关记录的操作，从而删除了一条记录）。

我尝试通过phpMyAdmin中的表进行操作（优化，刷新等），但是在尝试刷新时，我需要获得RELOAD错误的权限。由于我的数据库位于Web服务器上，因此无法重新启动数据库。无法从备份还原。

我尝试在网络上的cPanel mySQL访问中针对这组记录运行删除查询。得到了同样的错误信息。

我的解决方案：我使用了Sun（Oracle）的免费MySQL查询浏览器（我以前安装在我的计算机上），并在那里运行了删除查询。它立即起作用，问题解决了。然后，我能够使用ODBC Access to MySQL连接再次使用Access脚本执行该功能。

解决它。

确保在查询中没有不匹配的数据类型插入。我在尝试“用户浏览器代理数据”时VARCHAR(255)遇到了问题，但是将此锁更改为TEXT(255)它已修复。

因此最有可能是数据类型不匹配。

我通过删除表并从备份中恢复来解决了这个问题。