如何强制解锁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>;

我有2个Doctrine DBAL连接，其中一个是非事务性的(用于重要日志)，它们旨在并行运行，而不是相互依赖。

CodeExecution(
    TransactionConnectionQuery()
    TransactionlessConnectionQuery()
)

我的集成测试被包装到事务中，以便在每次测试后进行数据回滚。

beginTransaction()
CodeExecution(
    TransactionConnectionQuery()
    TransactionlessConnectionQuery() // CONFLICT
)
rollBack()

我的解决方案是在这些测试中禁用包装事务，并以另一种方式重置db数据。

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

在我的实例中，我正在运行一个异常查询来修复数据。如果你在你的查询中锁定了表，那么你将不必处理锁定超时:

LOCK TABLES `customer` WRITE;
update customer set account_import_id = 1;
UNLOCK TABLES;

这对于正常使用可能不是一个好主意。

更多信息请参见:MySQL 8.0参考手册

在做一些测试时，我也遇到过类似的问题。

原因-在我的情况下，事务没有从我的spring引导应用程序提交，因为我在执行期间杀死了@transactional函数(当函数更新一些行时)。由于该事务从未提交到数据库(MySQL)。

结果-不能从任何地方更新这些行。但是能够更新表的其他行。

mysql> update some_table set some_value = "Hello World" where id = 1;
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

解决方案-杀死所有MySQL进程使用

Sudo killall -9 mysqld

Sudo killall -9 mysqld_safe(当发生错误时重新启动服务器，并将运行时信息记录到错误日志中。在我的情况下不需要)

如果您刚刚终止了一个大型查询，那么回滚将需要时间。如果在已终止查询回滚之前发出另一个查询，则可能会得到一个锁定超时错误。这就是我的遭遇。解决办法就是再等一会儿。

细节:

我发出了一个DELETE查询，从大约100万行中删除大约90万行。

我错误地运行了这个(只删除了10%的行): 删除MOD(id,10) = 0的表

而不是这样(删除90%的行): 删除表中MOD(id,10) != 0

我想要删除90%的行，而不是10%。因此，我在MySQL命令行中终止了进程，因为我知道它会回滚到目前为止删除的所有行。

然后我立即运行了正确的命令，并在不久之后得到了一个锁定超时超过错误。我意识到锁实际上可能是被杀死的查询的回滚仍然在后台发生。所以我等了几秒钟，重新运行了查询。