MySQL Enterprise Backup 4.0版本说明
有时，操作系统或硬件会破坏数据文件页，但不会导致数据库错误mysqlbackup完成:
mysqlbackup: rereading page at offset 0 3185082368 in /sqldata/mts/ibdata15 mysqlbackup: Error: page at offset 0 3185082368 in /sqldata/mts/ibdata15 seems corrupt!腐败问题可能有不同的原因。以下是一些应对这种情况的建议:
如果MySQL服务器太忙，可能会出现这个问题。在尝试其他解决方案之前，您可能希望对以下内容使用一些非默认设置再次执行备份mysqlbackup选项:
——page-reread-time＝女士．尝试将值设置为，例如，”0.05”，以便在校验和失败时更快地重新读取。——page-reread-count＝retry_limit．尝试将值设置为，例如，”1000”，在校验和失败期间允许更多的重读，在MySQL企业备份放弃并抛出错误之前。
即使磁盘上的数据实际上没有损坏，内存中的混乱数据也会导致问题。重新启动数据库服务器和存储设备，查看问题是否仍然存在。
如果在数据库服务器和存储设备重新启动后问题仍然存在，那么您的磁盘可能真的出现了损坏。您可以考虑从以前的备份中恢复数据，并“前滚”最近的更改，以将数据库恢复到当前状态。
如果你想让MySQL企业备份在你去调查问题的根本原因之前完成备份，你可以通过运行innochecksum服务器上的实用程序:
innochecksum——no-checksum写= crc32的选项
——no-checksum关闭工具的校验功能和选项——写= crc32使innochecksum重写磁盘上的校验和值。
重要的是:不要把腐败问题当作一个小烦恼。找出导致损坏的系统的什么问题—但是，这种故障排除超出了本手册的范围。