MY-011906

SYMTOMS

MySQL8 服务器意外掉电，启动时报错：

InnoDB: End of page dump
InnoDB: Page may be an update undo log page
2021-02-10T14:22:14.800611Z 0 [ERROR] [MY-011906] [InnoDB] Database page corruption on disk or a failed file read of page [page id: space=4294967279, page number=611]. You may have to recover from a backup.

SOLUTION

  1. 添加 innodb_force_recovery 参数，重新启动数据库进入恢复模式

    [mysqld]
    innodb_force_recovery = 1

    1 (SRV_FORCE_IGNORE_CORRUPT): 忽略检查到的 corrupt 页。尽管检测到了损坏的 page 仍强制服务运行。一般设置为该值即可，然后 dump 出库表进行重建。
    2 (SRV_FORCE_NO_BACKGROUND): 阻止主线程的运行，如主线程需要执行 full purge 操作，会导致 crash。 阻止 master thread 和任何 purge thread 运行。若 crash 发生在 purge 环节则使用该值。
    3 (SRV_FORCE_NO_TRX_UNDO): 不执行事务回滚操作。
    4 (SRV_FORCE_NO_IBUF_MERGE): 不执行插入缓冲的合并操作。如果可能导致崩溃则不要做这些操作。不要进行统计操作。该值可能永久损坏数据文件。若使用了该值，则将来要删除和重建辅助索引。
    5 (SRV_FORCE_NO_UNDO_LOG_SCAN): 不查看重做日志，InnoDB 存储引擎会将未提交的事务视为已提交。此时 InnoDB 甚至把未完成的事务按照提交处理。该值可能永久性的损坏数据文件。
    6 (SRV_FORCE_NO_LOG_REDO): 不执行前滚的操作。恢复时不做 redo log roll-forward。使数据库页处于废止状态，继而可能引起 B 树或者其他数据库结构更多的损坏。

  2. 备份所有数据库

    mysqldump -uroot -p123456 --all-databases > /backup/all-databases.sql

  3. 清除原数据库文件

    systemctl stop mysqld
    rm -rf /var/lib/mysql/*

  4. 重新初始化数据库

    mysqld  --initialize-insecure --user=mysql
    systemctl restart mysqld

  5. 恢复数据库

    mysqldump -uroot -p123456 < /backup/all-databases.sql
    systemctl restart mysqld