Mysql在内部DDL日志恢复过程中被锁定

Mysql在内部DDL日志恢复过程中被锁定,mysql,Mysql,Mysql进程正在使用100%的cpu。ShowProcessList显示mysql似乎有一个系统锁,因为“正在进行内部DDL日志恢复” 搜索这个不会返回有意义的结果,所以:这个锁是关于什么的?如何解决这个问题 Mysql版本5.6.14-log看起来Mysql用于存储数据库定义的表中可能有一些 您最好的选择是让MySQL尝试恢复 检查磁盘空间,确保您有足够的可用空间让MySQL正常工作——这是导致此问题的常见原因。意外停机也可能是原因 一旦完成,您可能需要进行检查和维修,以确保所有功能正常运行

Mysql进程正在使用100%的cpu。ShowProcessList显示mysql似乎有一个系统锁,因为“正在进行内部DDL日志恢复”

搜索这个不会返回有意义的结果,所以:这个锁是关于什么的?如何解决这个问题


Mysql版本5.6.14-log

看起来Mysql用于存储数据库定义的表中可能有一些

您最好的选择是让MySQL尝试恢复

检查磁盘空间,确保您有足够的可用空间让MySQL正常工作——这是导致此问题的常见原因。意外停机也可能是原因

一旦完成,您可能需要进行检查和维修,以确保所有功能正常运行-请注意,这可能也需要一些时间

mysqlcheck -u root -p --auto-repair --check --optimize --all-databases
有时,修复可能会陷入内部锁定,而且似乎从未停止过。如果您的数据库低于1GB,并且花费的时间超过30分钟,请停止mysql服务器进程,然后尝试重新启动它

如果这仍然没有帮助,在安全模式下启动服务器并尝试备份,安全模式可以启动

sudo mysqld_safe
见相关文件:

这是MySQL中的一个已知错误:

完成后,服务器未清除此消息,导致混淆

错误已修复,您需要升级服务器:

在5.6.25、5.7.8、5.8.0变更记录中注明

在Performance Schema threads表中,PROCESSLIST_状态和 线程/sql/main的PROCESSLIST_信息值没有更改 线程状态更改时的线程仪器


使用mysqlcheck没有运气。内部DDL日志恢复在启动mysql之后立即出现,并且永远存在……在安全模式下启动的情况如何?从谷歌,服务器崩溃了吗?你解决了这个问题吗?我面临同样的问题,但没有CPU使用率…还没有解决方案。。。我尝试运行自动修复和其他恢复选项,但没有成功。CPU使用率有时低于100%,但锁始终存在。。。尚未尝试更新mysql版本。