MySQL 通过ibd恢复数据

个人学习笔记，谢绝转载！！！

原文：https://www.cnblogs.com/wshenjin/p/14780723.html

故障背景：线上一台老数据库跑在单盘上，因坏道导致ibdata损坏。
恢复前提：表ibd文件正常，开启innodb_file_per_table。

安装mysqlfrm以读取表结构

[root@ ~]#  wget https://downloads.mysql.com/archives/get/p/30/file/mysql-utilities-1.6.5.tar.gz
[root@ ~]#  tar -xvzf mysql-utilities-1.6.5.tar.gz 
[root@ ~]#  cd mysql-utilities-1.6.5
[root@ ~]#  python ./setup.py build
[root@ ~]#  python ./setup.py install

导出故障实例表结构

[root@ ~]#  /usr/bin/mysqlfrm --diagnostic /data/database/mysql/testdb/user_info.frm

恢复数据

新起一个MySQL5.7新实例，在新实例上建相同的表，并卸载表空间

(root@localhost) > alter table testdb.user_info discard tablespace;

将故障库user_info表的ibd文件(testdb/user_info.ibd)拷贝到新实例对应的路径

挂在表空间

(root@localhost) > alter table testdb.user_info import tablespace;

如果报错Error Code: 1808. Schema mismatch (Table has ROW_TYPE_DYNAMIC row format, .ibd file has ROW_TYPE_COMPACT row format.)
则在建表语句后加上 ROW_FORMAT=COMPACT

至此，user_info表就恢复了。

另一种方法(mysql5.5)：

新起一个MySQL5.5新实例，在新实例上建相同的表，关闭数据库。从新表的ibd文件(testdb/user_info.ibd)中获取新表的tablespace id :

[root@ ~]#  hexdump -C /data/database/mysql/testdb/user_info.ibd | head -3                                           
00000000  55 e6 77 a3 00 00 00 00  00 00 00 00 00 00 00 00  |U.w.............|
00000010  00 00 00 00 00 00 35 69  00 08 00 00 00 00 00 00  |......5i........|
00000020  00 00 00 00 00 e2 00 00  00 e2 00 00 00 00 00 00  |................|

从上面可以知道，新表的tablespace id是 00e2(16进制)。
这时用vim -b打开旧表的idb文件(testdb/user_info.ibd)，vim打开后输入 :%!xxd 转换为16进制,大致如下：

0000000: 6372 4c23 0000 0000 0000 0000 0000 0000  crL#............
0000010: 0000 0000 0696 f666 0008 0000 0000 0000  .......f........
0000020: 0000 0000 00d6 0000 00d6 0000 0000 0000  ................
0000030: 0007 0000 0040 0000 0000 0000 0005 0000  .....@..........
0000040: 0000 ffff ffff 0000 ffff ffff 0000 0000  ................
0000050: 0001 0000 0000 009e 0000 0000 009e 0000  ................

可以看到旧表的tablespace id是 00d6(16进制)。
修改为00e2，再输入 :%!xxd -r 保存，最后wq退出vim。

将故障库user_info表的ibd文件(testdb/user_info.ibd)拷贝到新实例对应的路径。

最后MySQL的配置my.cnf中配置以下两个选项：

innodb_force_recovery=6
innodb_purge_threads=0

启动数据库，user_info表即恢复了。只要将user_info表重新导出导入到旧库即可。
如果不配置上面两个选项，数据库会认为user_info已被损坏。变更了新的tablespace id后的.ibd表文件，启动数据库后只能认出数据，但不能写入，这是因为原ibdata文件不仅保存了space id索引，还同时保存了一些其它的元数据。为了使元数据补全，所以采取导出、再导入的操作。