MySQL数据恢复新姿式

1、背景

1.一、需求来源

须要给客户将生产环境的数据恢复到测试环境，可是线上环境的xtrabackup全备数据量太大，拷贝下来比较麻烦，而且须要恢复的数据只有整库中的两张表的数据，因此客户只是将全备中的对应表的ibd文件以及frm文件拷贝下来了，要求根据ibd文件以及frm文件进行数据恢复。

1.二、环境介绍

• 数据库版本：MySQL-5.7.22
• 数据库要求：innodb_file_per_table=1

2、解决方案步骤

2.一、准备工做

• 准备好须要进行数据恢复的表ibd文件以及frm文件
• 安装一个新的MySQL实例
• innodb_file_per_table

安装步骤省略

2.二、表结构恢复

• 在数据库中建立一张表名与被恢复表表名一致的表，表结构不限制

• 将新建表的ibd文件以及frm文件拷贝到tmp目录下备份

# cp message_index.* /tmp/
复制代码

• 使用被恢复的frm文件替换新建立的同名表的frm文件

# cp /data2/message_index.frm ./
cp：是否覆盖"./message_index.frm"？ y
# chown -R mysql:mysql ./*
复制代码

• 在数据库中执行show create table语句 注意须要在show create table 查看表结构以前执行flush tables语句，由于若是message_index表以前被打开过，那么表结构会被缓存在内存中，show create table不会报错，也就没法从错误日志中拿到咱们须要的信息。

• 查看error.log，获取被恢复表的字段数 错误日志中会打印咱们须要恢复的表的字段数，这边能够看到咱们须要恢复的表中含有6个字段

• 删除message_index表，并从新建立message_index表

从上面的步骤中咱们知道被恢复表中含有6个字段，因此从新建立的message_index表须要含有6个字段，字段名以及字段类型不限制

• 再次使用被恢复的frm文件替换新建立的同名表的frm文件

# cp /data2/message_index.frm ./
cp：是否覆盖"./message_index.frm"？ y
# chown -R mysql:mysql ./*
复制代码

• 在MySQL配置文件中添加innodb_force_recovery=6，并重启数据库

• 经过show create table语句拿到message_index表的表结构

至此，咱们就拿到了咱们须要进行恢复的表的表结构。

2.三、表数据恢复

拿到表结构以后，表数据恢复步骤相对表结构恢复步骤而言会简单一些

• 将innodb_force_recovery=6从配置文件中去掉、使用/tmp目录下的ibd文件以及frm文件覆盖当前的对应文件、重启数据库
• 在数据库中按照获取到的表结构新建一张message_index表
• 执行alter table discard tablespace语句

mysql> alter table message_index discard tablespace;
复制代码

• 将要恢复的表的ibd文件拷贝到当前库下，并更改属主以及属组

# chown -R mysql:mysql ./*
复制代码

• 执行alter table import tablespace语句

mysql> alter table message_index import tablespace;
复制代码

能够看到数据已经都恢复回来了。

3、总结

• 以上咱们经过xtrabackup全备中的ibd文件以及frm文件恢复了数据，这样也就表明着xtrabackup就算备份失败，只要有部分ibd文件以及frm文件保证无缺，MySQL也是能够进行数据恢复的，在极端状况下也能尽量的减小损失。可是因为xtrabackup是经过记录redo日志的方式来保存备份过程当中产生的增量数据，这一部分增量数据目前尚未办法恢复。
• 导入表空间的方式，也给MySQL大数据量迁移方案提供了一种思路：直接拷贝ibd文件的方式

博客地址：win-man.github.io/
公众号：欢迎关注