MySQL——基于.idb和.frm文件还原数据库

问题：在删除分区表，服务器卡死，kill掉相应进程后，服务器的mysql服务进程死掉了。重启服务但起不来。无备份。（哭唧唧，备份好重要啊）
解决：
1、frm与ibd文件都存在
2、知道表名不知道字段
开始恢复：
一、新建一个同名的表，字段随意。
也可以通过安装mysql-utilities工具解析出frm文件内的表结构，创建数据表。【下附安装步骤】

二、进入/etc/my.cnf中修改配置文件。
添加
innodb_force_recovery = 6

---

innodb_force_recovery 介绍

参数innodb_force_recovery影响了整个Innodb存储引擎的恢复状况。该值默认为0，
表示当需要恢复时执行所有的恢复操作。当不能进行有效恢复时，如数据页发生了
corruption，Mysql数据库可能会宕机，并把错误写入错误日志中。但在某些情况下，可能不需要执行完整的恢复操作。例如在进行alter table操作时，
这时发生意外，数据库重启时会对Innodb表执行回滚操作。对于一个大表，这需要很长
时间，甚至可能是几个小时。这时可以自行恢复，例如将表删除，从备份中重新将数据
导入表中，这些操作可能要快于回滚操作。
Innodb_force_recovery可以设置6个非零值：
1(SRV_FORCE_IGNORE_CORRUPT):忽略检查到的corrupt页。
2(SRV_FORCE_NO_BACKGROUND):阻止主线程的运行，如主线程需要执行full purge操作，会导致crash。
3(SRV_FORCE_NO_TRX_UNDO):不执行事务回滚操作。
4(SRV_FORCE_NO_IBUF_MERGE):不执行插入缓冲的合并操作。
5(SRV_FORCE_NO_UNDO_LOG_SCAN):不查看重做日志，InnoDB存储引擎会将未提交的事务视为已提交。
6(SRV_FORCE_NO_LOG_REDO):不执行前滚的操作。
备注：当设置innodb_force_recovery大于0后，可以对标进行select、create、drop操作，但insert、update或者delete这类操作是不允许的。

---

三、拷贝frm文件覆盖新的frm文件
四、重启mysql（会报错）
在err.log里查看日志：

图片.png

提示：原frm中有13个字段，可能会比较麻烦：需要删除刚新建的同名表，在重新建一个新的表，并且具有13个字段的，字段名任意。
五、再次拷贝frm文件覆盖新表的frm文件，重启数据库。
此时表结构已经恢复出来了

六、恢复数据
连接数据库后，选择新建的数据库与表。
执行命令,将ibd文件与frm分离，执行完后ibd文件就会删除
alter table XXXX discard tablespace;
将.ibd文件中的数据导入到临时表中,并修改权限。MySQL提供了IMPORT TABLESPACE语句用于导入.ibd文件。
ALTER TABLE XXXX IMPORT TABLESPACE;
数据就出来了哦。

——————————————————————————————————————
安装前，需要先安装mysql到python连接器
mysql-connector-python-2.1.4-1.el6.x86_64.rpm
mysql-utilities-1.6.4-1.el6.noarch.rpm

如果没有安装连接器，则收到如下错误提示
# rpm -Uvh mysql-utilities-1.6.4-1.el6.noarch.rpm 
warning: mysql-utilities-1.6.4-1.el6.noarch.rpm: Header V3 DSA/SHA1 Signature, key ID 5072e1f5: NOKEY
error: Failed dependencies:
       mysql-connector-python >= 2.0.0 is needed by mysql-utilities-1.6.4-1.el6.noarch

tar xvf mysql-utilities-1.6.5.tar.gz
cd mysql-utilities-1.6.5
python setup.py build
python setup.py install
mysqldiff --version

使用：
mysqlfrm --server=root:123456@localhost:3306 /xxx.frm --port=3301 --user=mysql
注：如果失败，在最后一行添加 –diagnostic参数
3301端口要确保无端口占用

图片.png