MySQL 物理备份恢复到非空数据目录后的多个InnoDB损坏或崩溃

适用于:

MySQL企业版备份版本3.5及以上

MySQL服务器版本4.0及以上

本文信息适用于所有平台。

 

症状

InnoDB引擎依赖于数据和日志文件的逻辑一致性。

 

InnoDB可能会遇到不可预知的行为,包括与来自不同环境的混合的文件损坏有关的崩溃和错误。

 

一个错误的例子:

2015‐03‐18 11:24:44 11904 [Note] InnoDB: Database was not shutdown normally!
2015‐03‐18 11:24:44 11904 [Note] InnoDB: Starting crash recovery.
2015‐03‐18 11:24:44 11904 [Note] InnoDB: Reading tablespace infor mation from the .ibd files...
2015‐03‐18 11:24:44 11904 [ERROR] InnoDB: Attempted to open a previously opened tablespace. 
Previous tablespace test/t uses space ID: 3695 at filepath: ./test/t.ibd.
Cannot open tablespace test/#sql2‐1ab0‐5 which uses space ID: 3695 at filepath: ./test/#sql2‐1ab0‐5.ibd
2015‐03‐18 11:24:44 7fe 914a04720 InnoDB: Operating system error number 2 in a file operation.
InnoDB: Th e error means the system cannot find the path specified.
InnoDB: If you are installing InnoDB, remember that you must creat e
InnoDB: directories yourself, InnoDB does not create them.
InnoDB: Error: could not open single‐table tablespace file ./test/#sql2‐1ab0‐5.ibd

 

原因

备份被还原到有有旧的InnoDB数据或日志文件的目录中。

 

解决方案

保证InnoDB文件之间的一致性最简单的方法就是将备份恢复到空目录中。

 

MySQL Enterprise Backup (MEB) – 执行恢复操作:

Important

  • 当执行一个完整的恢复(例如,当备份数据被用来建立一个新的MySQL服务器或用于替换现有MySQL服务器的所有数据),确保目标数据目录都是干净的,不含旧的或不需要的数据文件(这可能需要手动删除文件位置,通过– datadir 和 –innodb_data_file_path两个选项);否则,将–force选项添加到restore命令来覆盖旧数据。使用–use-tts选项创建的备份恢复不需要同样的清理(在这种情况下,其他要求在第1.4节,“恢复备份创建与–use-TTS选项”应用),通常对恢复部分备份没有必要。

 

参考

http://dev.mysql.com/doc/mysqlenterprisebackup/en/restore.restore.html

Keywords

CRASH; DATABASE; ERROR; MYSQL; RESTORE


Posted

in

by

Tags:

Comments

Leave a Reply

Your email address will not be published. Required fields are marked *