mysql通过idb文件恢复数据

在使用独立表空间的情况下,如果不慎使得innodb存储引擎的元数据文件ibdata损坏,我们还可以挽救宝贵的数据.因为在innodb使用独立表空间的情况下,ibdata文件会记录每个innodb表的id,只要使得ibd中的表id和ibdata文件中记录的表id相同,就能够打开表,读取到数据.
vim打开ibd,使用16进制查看
# vim -b /backup/a.ibd

 :%!xxd  
0000000: 5be9 e0b7 0000 0000 0000 0000 0000 0000  [...............
0000010: 0000 0013 607f 5758 0008 0000 0000 0000  ....`.WX........
0000020: 0000 0000  0c0a 0000  0c0a 0000 0000 0000  ................
0000030: 03c0 0000 0280 0000 0000 0000 0026 0000  .............&..
0000040: 0002 0000 0000 01de 0000 0000 0206 0000  ................
0000050: 0001 0000 0000 00ee 0000 0000 00ee 0000  ................
0000060: 0001 0000 0000 009e 0000 0000 009e 0000  ................
0000070: 0000 0000 0007 0000 0000 ffff ffff 0000  ................
0000080: ffff ffff 0000 0000 0001 0000 0002 0026  ...............&
标红的地方就是表id。现在新建数据库test，将表结构导入进去，同样进行16进制查看，就能找到对应的表id
# vim -b /data/a.ibd 
0000000: 3277 242f 0000 0000 0000 0000 0000 0000  2w$/............
0000010: 0000 0013 5fbc 2391 0008 0000 0000 0000  ...._.#.........
0000020: 0000 0000  00c0 0000  00c0 0000 0000 0000  ................
0000030: 1600 0000 1480 0000 0000 0000 002e 0000  ................
0000040: 0002 0000 0000 0d1e 0000 0000 0d46 0000  .............F..

把现在有数据的/backup/下的表id改成新建的表id
退出保存的时候一定要记得使用:
%!xxd  -r
数据越大时间越长
再把/backup/ a.ibd复制过去/data/
此mysql服务器会认为该表损毁,无法打开,没关系,修改innodb_force_recovery = 6,
然后重启mysql服务 

然后到数据库去查询 a，数据就恢复了
此时,无法执行写操作,应尽快将数据dump出来,修改innodb_force_recovery = 0,重启服务,创建新表后,把数据导回去就ok了.

测试单表可以后，开始写脚本批量进行改进制，但是16进制转回二进制十分慢，修复一个库目录大小885M，花了近5个小时才完成。当然，与机器硬件配置有关。