什么导致了MySQL InnoDB损坏且如何防护?

适用于:

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”

 

 

Comment

*

沪ICP备14014813号-2

沪公网安备 31010802001379号