适用于： MySQL服务器版本5.0及以上 本文信息适用于所有平台。   目标 学习引起InnoDB损坏最常见的原因以及你如何对其进行防护。   解决方案 InnoDB损坏的原因 InnoDB损坏四个主要的原因有：
  • 硬件错误(通常是磁盘或内存)
  • 崩溃 (例如由于断电或操作系统bug引起的)
  • Bugs
  • 不一致的备份
  除了例如使用错误更正代码（ECC）内存外，防止硬件错误的措施很少。   对于由于断电引起的崩溃，UPS是最好的防护。对于有操作系统bug引起的崩溃 (幸好这些是很少发生的)，电池备份的磁盘能帮助避免部分写。通常使用innodb_flush_log_at_trx_commit = 1来确保你在同步写入磁盘。 但注意操作系统或磁盘可能并没有实际刷掉写入。因为这个电池备份磁盘是防护。   除非按照更改日志并检查是否需要更新，否则bug很难防护。你能在以下找到更改日志：
  • MySQL 5.0
  • MySQL 5.1
  • MySQL 5.5
  • MySQL 5.6
  • MySQL 5.7
  备份通常比预期的更常引起损坏 (包括不一致性，即在两个表中的数据不一致 )。这个情况的原因是即使有一个FLUSH TABLES WITH READ LOCK，InnoDB 将继续在底部写入数据文件。这表示即使备份方法对于比如MyISAM有作用，它可能对InnoDB不适用。   在所有情况中，建议经常备份并验证备份。   参考 https://dev.mysql.com/doc/relnotes/mysql/5.5/en/ https://dev.mysql.com/doc/relnotes/mysql/5.6/en/ NOTE:1023132.1 How to Create a Backup of MySQL Server NOTE:1509073.1 How to Get Started with MySQL Enterprise Backup? NOTE:1024113.1 InnoDB log buffer flushes to disk after each transaction https://dev.mysql.com/doc/relnotes/mysql/5.0/en/ https://dev.mysql.com/doc/relnotes/mysql/5.1/en/ https://dev.mysql.com/doc/relnotes/mysql/5.7/en/ https://dev.mysql.com/doc/refman/en/innodbparameters. html#sysvar_innodb_flush_log_at_trx_commit https://dev.mysql.com/doc/refman/en/flush.html NOTE:2017846.1 InnoDB Corruption Recover Guide NOTE:1502290.1 How to Recover a Corrupted InnoDB Table Definition File NOTE:1476982.1 What do I do with InnoDB message "Database page corruption on disk or a failed file read of page" NOTE:2049861.1 Master Note for InnoDB NOTE:1416063.1 InnoDB Error: "log sequence number is in the future"