MySQL 表锁定：即使没有显式事务也可能发生
在 MySQL 数据库中，即使没有执行显式事务，也经常会遇到“Lock wait timeout exceeded; try restarting transaction”错误。这种令人困惑的问题可能由多种原因引起，理解根本原因对于有效解决问题至关重要。
一个潜在的罪魁祸首是 MySQL 自动启动的隐式事务。虽然显式事务使用 START TRANSACTION 和 COMMIT 命令启动，但当执行某些语句（例如影响大量行的 UPDATE 或 DELETE 查询，或需要表上独占锁的查询）时，可能会出现隐式事务。
要确定是否由隐式事务导致错误，请查阅 MySQL 文档或检查查询执行计划，以验证是否正在获取锁。如果怀疑存在隐式事务，请考虑重写查询以显式处理它，确保锁能够迅速且干净地释放。
另一个需要考虑的因素是孤立锁的可能性。当持有锁的会话突然终止时，就会发生这种情况，从而使锁处于不确定的状态。识别孤立锁需要检查“show processlist”输出的“Innodb Lock Waits”部分，并定位持续时间异常长的锁。
为了解决孤立锁，采用“FORCE UNLOCK”方法可能是一种有效的补救措施。此方法需要连接到 MySQL 服务器，使用“show open tables where in_use>0;”命令识别锁定的表，然后使用“kill”命令终止有问题的进程。虽然这种方法通常能够成功解锁表，但需要注意的是，由于查询突然终止，它可能会导致数据不一致。
以上是为什么我的 MySQL 表在没有显式事务的情况下仍被锁定？的详细内容。更多信息请关注PHP中文网其他相关文章！
