MySQL Error number: MY-013892; Symbol: ER_IB_MSG_LOG_FILES_CREATED_BY_UNKNOWN_CREATOR; SQLSTATE: HY000 报错 故障修复 远程处理

文档解释

Error number: MY-013892; Symbol: ER_IB_MSG_LOG_FILES_CREATED_BY_UNKNOWN_CREATOR; SQLSTATE: HY000

Message: Redo log files created by unknown creator %s.

错误说明：

MY-013892（ER_IB_MSG_LOG_FILES_CREATED_BY_UNKNOWN_CREATOR） – 错误表明MySQL InnoDB 引擎尝试访问一个日志文件，但发现文件是由不可识别的创建者创建的。

常见案例

MY-013892 错误通常发生在MySQL服务在重新启动后运行时。它可能会表明，MySQL的InnoDB引擎尝试使用一个错误的日志文件，或者说，MySQL服务无法从现有的日志文件中确定有效的状态。

解决方法：

有一些可能的解决方法来处理MY-013892（ER_IB_MSG_LOG_FILES_CREATED_BY_UNKNOWN_CREATOR）错误：

1. 使用MySQL的新安装，以删除具有无法识别创建者的日志文件。

2. 使用MySQL数据文件路径，具有有效和正确的日志文件，即可访问正确的MySQL日志文件，而不是由无法识别的创建者创建的文件。

3. 使用完整的备份，重新迁移所有数据文件，或者为已存在的带有最新数据的数据文件创建一个备份，覆盖有问题的文件。

4. 重新设置MySQL的innodb_log_files_in_group 参数为一个正确的值，以获取新的日志文件，并检查ib_logfile*（位于MySQL数据文件目录中）日志文件是否已被关闭，或者MySQL服务已重新启动，以使MySQL引擎可以访问它们。

5. 重新装载MySQL的日志文件，以确保它们没有任何损坏，并将任何存在的ib_logfile*日志文件（位于MySQL数据文件目录中）重命名，或者使用MYSQL记录系统表空间来确认哪些日志文件是有效和可用的。

6. 使用 –innodb_force_recovery 标志，将级别设置为6，立即重新启动MySQL服务，并检查是否有任何可以恢复的日志文件。

7. 完全卸载MySQL服务，删除MySQL数据文件以及所有以前配置的参数，并重新安装所有组件，确保没有任何错误日志文件。