通过任意文件下载找到了mysql的备份，表类型是独享式innodb，由一个frm文件和一个ibd文件组成。
本以为直接复制到本地的mysql数据目录中即可恢复数据，但在查询时却发现并不如所愿：
mysql> select * from admin; ERROR 1146 (42S02): Table 'test.admin' doesn't exist mysql> show tables; +----------------+ | Tables_in_test | +----------------+ | admin | +----------------+ 1 row in set (0.00 sec)
查找资料得知，innodb的表信息存放于datadir下面的ib_logfile*与ibdata1文件内。而由于事务的存在，这些文件在复制后并不能还原。
由于独享式innodb的数据实际上都保存在ibd文件内，于是尝试直接从ibd文件内恢复数据。最后在stackexchange(http://dba.stackexchange.com/questions/57120/recover-mysql-database-from-data-folder-without-ibdata1-from-ibd-files )找到了老外的一个思路：
1.使用mysqlfrm工具将frm转换为建表语句
2.创建空表
3.释放表空间
4.复制ibd文件，还原表空间
从http://dev.mysql.com/downloads/utilities/ 下载了mysqlfrm工具，执行时发现速度非常慢，同时不支持2003。于是下载其源码，发现其原理大致如下：
1.修改frm头部标志位为_DB_TYPE_HEAP，表示内存表
2.修改frm文件中保存的表引擎名称为MEMORY
3.复制文件到数据目录，执行show create table还原sql
4.替换语句中的MEMORY为原始引擎
对照以上原理，修改成了速度很快的c#版本。
使用工具进行测试，可以成功的还原数据，但操作非常麻烦，为了便捷操作最后写了这个工具批量恢复。
本地使用了十余个表进行了测试，总数据条数大概五百万条，没有出现任何问题。
附件内InnoDBRestore.exe是编译好的恢复工具，需要.net 4.0与mysql 5.6环境，命令行如下：
InnoDBRepair
例如：
InnoDBRepair root pass 3306 c:\dbcopy my_database
会将c:\dbcopy目录下所有的innodb和myiasm表还原到本地mysql的my_database数据库中，mysql必须是5.6或更高版本才能成功还原。
其源码为InnoDBRestore.cs，编译命令行：
csc /r:mysql.data.dll InnoDBRestore.cs
务必使用.net 4.0进行编译。
MySqlFrm.exe是c#版本的frm转sql工具，需要.net 4.0与mysql环境，命令行如下：
mysqlfrm
例如：
mysqlfrm root pass 3306 c:\dbcopy
会将c:\dbcopy目录下所有的frm转换为同名的建表sql并保存在frm文件所在目录(需要借助本地mysql进行转换)。
其源码为mysqlfrm.cs，编译命令行：
csc /r:mysql.data.dll mysqlfrm.cs
同样务必使用.net 4.0进行编译。
关于工具的利用：
在任意文件下载中可以尝试直接下载mysql的数据文件进行还原；mysql注入时可以load_file读取frm来偷懒，确定表并不是很大的时候(例如管理员表)甚至可以直接读取文件之后恢复。
脱裤的时候可以不管表类型直接打包了，比mysqldump快得多。innodb表压缩率在20%左右，打包下来并不会很大。
还原崩溃的mysql数据。
已知错误信息：
ERROR 1030 (HY000): Got error -1 from storage engine
换用高版本的mysql进行恢复，推荐使用5.6.24版本。
若出现此错误信息，务必手动删除@@datadir下刚刚指定的目标数据库，否则mysql服务停止后将无法启动。
(不一定有用但可能解决大问题的工具，留着备用吧)
解压密码见注释。
- 我的微信
- 这是我的微信扫一扫
-
- 我的微信公众号
- 我的微信公众号扫一扫
-
评论