MySQL报错MY-013085和ER_IB_MSG_1260怎么搞，远程帮忙修复问题分析

需要明确一点，这两个错误代码通常同时出现，并且都与MySQL的InnoDB存储引擎密切相关，错误MY-013085更像是一个总括性的错误标识，而ER_IB_MSG_1260则提供了更具体的根本原因，根据MySQL官方文档和社区常见案例，这个错误组合的核心问题是：InnoDB在启动时，发现它需要读取的日志文件（通常是重做日志文件，即Redo Log）已经损坏、不存在，或者其大小不符合当前InnoDB的配置。

下面我们来详细分析这个问题是如何发生的,以及可以尝试的解决方法。

错误原因深入分析

InnoDB使用一种叫做“重做日志”的机制来保证数据的一致性和持久性，你可以把它理解成一个“工作日记”，当你在数据库中进行增删改操作时，InnoDB并不会立刻把数据写入到最终的数据文件（.ibd文件）中，而是先把这些操作记录写到这个“工作日记”（重做日志文件，通常是ib_logfile0和ib_logfile1）里，这样做是为了提高性能，之后，InnoDB会在合适的时机，再将日记里的内容“誊写”到正式的数据文件中。

ER_IB_MSG_1260错误的发生,往往出现在以下几种情况：

1. 意外断电或系统崩溃（最常见）： 这是最典型的场景，服务器突然断电、MySQL进程被强制杀死（kill -9），或者操作系统崩溃，在这些情况下，MySQL可能正在写入重做日志文件，导致文件内容不完整或损坏，就像写日记时突然被打断,最后一页写得乱七八糟。
2. 磁盘空间已满： 如果存放重做日志的磁盘分区空间耗尽，而InnoDB又试图写入日志,也会导致日志文件损坏。
3. 不当的文件操作： 系统管理员可能误删了重做日志文件（ib_logfile0， ib_logfile1），或者在复制、移动数据库文件时没有遵循正确的流程。
4. 不兼容的配置变更： 你修改了MySQL的配置文件（如my.cnf或my.ini）中关于InnoDB的一个关键参数——innodb_log_file_size（重做日志文件的大小），然后没有按照正确步骤重启数据库，InnoDB要求重做日志文件的大小必须严格一致，如果你只是改了配置然后普通重启，InnoDB启动时会发现现有文件的大小和新配置要求的大小对不上,从而报错。

修复步骤与思路（由简到难，风险递增）

重要警告： 在执行任何修复操作前，务必对整个MySQL数据目录（通常是/var/lib/mysql或/usr/local/mysql/data）进行完整的物理备份！ 可以将整个目录打包压缩后拷贝到安全的地方,因为修复操作有导致数据完全丢失的风险。

步骤1：检查配置文件（最安全的第一步）

检查你的MySQL配置文件（my.cnf或my.ini），看看最近是否修改过innodb_log_file_size这个参数。

• 如果最近修改过： 这很可能是问题的根源,修复方法相对简单：

  1. 将innodb_log_file_size的值改回修改之前的数值。
  2. 尝试重启MySQL服务，如果启动成功,那么问题就解决了。
  3. 如果希望使用新的、更大的日志文件大小，必须在MySQL正常运行后，按照官方标准流程来修改：先干净地关闭MySQL，然后删除旧的日志文件，再修改配置，最后启动MySQL，InnoDB在启动时发现没有日志文件,会自动按照新的大小重新创建它们。

• 如果确认没有修改过配置： 那么问题很可能出在日志文件损坏上,请继续下面的步骤。

步骤2：尝试利用InnoDB的恢复机制

MySQL提供了一些强制恢复的参数，可以尝试让InnoDB跳过一些损坏的日志记录，这个方法有可能恢复数据库,但也有可能造成数据不一致。

1. 在MySQL配置文件的[mysqld]段落下，添加一行：

   innodb_force_recovery = 1

2. 尝试启动MySQL服务。
3. 如果启动失败，将数字增加到2，然后再次尝试启动，这个参数的值可以从1设置到6，数字越大，跳过恢复的步骤越多,风险也越大。
4. 一旦使用此参数成功启动MySQL，你必须立即将数据库中的数据逻辑备份出来（例如使用mysqldump命令导出所有数据库的SQL文件），因为在这种模式下，InnoDB通常处于只读状态，不允许数据修改,且继续运行是不稳定的。
5. 备份完成后，关闭MySQL，移除配置文件中的innodb_force_recovery这一行，然后删除旧的日志文件（ib_logfile0， ib_logfile1），最后正常启动MySQL，InnoDB会创建新的干净日志文件，之后，再导入你刚才备份的SQL文件,重建数据库。

步骤3：最后的手段（数据丢失风险极高）

如果以上方法都失败了，而你并没有可以从备份中恢复的数据，那么这可能是一个绝望的措施。这个操作会丢失自上次完美关闭数据库以来所有的数据变更。

1. 关闭MySQL服务。
2. 删除以下文件：
   • 所有的重做日志文件：ib_logfile0, ib_logfile1等。
   • InnoDB的事务日志文件：ibdata1。
   • 所有数据库文件夹下的.ibd文件（你的表数据）。
3. 重新初始化MySQL的数据目录（类似于安装新数据库时的操作，具体命令请参考MySQL官方文档，如mysqld --initialize）。
4. 重新启动MySQL，此时你会得到一个全新的、空的数据库。
5. 从你最近的可用的备份中恢复数据。

总结与建议

错误MY-013085和ER_IB_MSG_1260是一个严重的启动错误，其核心是InnoDB的“工作日记”出了问题，修复过程犹如一场手术，需要谨慎操作，为了避免未来再次遇到此类问题,强烈建议：

• 配置不间断电源（UPS）： 防止服务器意外断电。
• 建立定期备份机制： 不仅要进行物理备份，更要定期使用mysqldump等进行逻辑备份,并测试备份文件的可恢复性。
• 谨慎修改关键参数： 修改类似innodb_log_file_size这样的核心参数时，务必查阅官方文档,严格按照步骤操作。
• 使用稳定版本： 确保你的MySQL是稳定版本,以减少软件本身可能存在的Bug。

如果上述步骤让你感到不确定，或者数据库中的数据极其重要，最稳妥的做法是立即寻求专业的数据库管理员（DBA）的帮助，或者在MySQL官方社区、有信誉的技术论坛上详细描述你的情况以寻求更具体的指导。