转自：https://blog.csdn.net/hzw19920329/article/details/78045864；做了一些修改
【注意，show variables like '%per_table%' 的innodb_file_per_table要是ON（或1），表示frm表结构和具体数据ibd是分离的】
【然后我这边停止mysql服务是通过mysqladmin -u root shutdown实现，而启动mysql服务是通过/etc/init.d/mysqld start】
恢复表结构：
首先创建一个数据库，可以通过navicat来创建，创建截图为：
使用当前创建的数据库：use wangyi
随意创建一张表，但是这张表的名字要和你要恢复的.frm或者.ibd一致，在此我的.frm与.ibd文件为songlyric.frm与songlyric.ibd因此我的创建表语句为：
create table songlyric(id int);
在执行上面的创建表语句之后，使用net stop mysql关闭数据库服务，然后用需要恢复的songlyric.frm覆盖这个新建的wangyi数据库的songlyric表的物理文件songlyric.frm，接着对配置文件(my.ini)设置innodb_force_recovery = 6，然后使用net start mysql启动服务，接着使用：desc songlyric查看该表结构，会出现下面错误信息：
【注意，下面所说的错误文件不一定找得到，可以通过show variables like 'log_error'来看错误文件在哪】
针对这个问题，我们可以通过查看mysql的日志文件来解决，查看mysql安装目录下的data文件夹里面.err结尾的文件，你会发现出现下面所示的错误信息：[Warning] InnoDB: Table wangyi/songlyric contains 1 user defined columns in InnoDB, but 6 columns in MySQL.原来是因为，我们要恢复的表有6个字段，而我们在创建表的时候只创建了1个字段。
解决方案：删除songlyric表重新创建一个包含6个字段的表【注意要drop table table_name删除而不能物理删除，如果drop提示没有找到表，可以用chown -R mysql.mysql xxx.frm（以及ibd文件）】，具体这6个字段是什么不用管的。具体执行过程为使用net stop mysql停掉服务，然后在配置文件my.ini中将innodb_force_recovery = 6注释掉(#或;均可)，再net start mysql启动服务。接着在控制台先执行drop table songlyric;删除表【注意drop成功后要看下文件是否也跟着删除了，如果没有这时候可以物理删除】，再执行创建表语句，我执行的是下面的创建表语句：create table songlyric(id int,id1 int,id2 int,id3 int,id4 int,id5 int);
紧接着按照前面的方式，使用net stop mysql关闭数据库服务，然后用需要恢复的songlyric.frm覆盖这个新建的wangyi数据库的songlyric表的物理文件songlyric.frm，接着对配置文件(my.ini)设置innodb_force_recovery = 6，然后使用net start mysql启动服务，接着使用：desc songlyric查看该表结构，输出下面结果表示恢复表结构成功【注意由于之前随便创建的表结构字段数是一样的，因此这里覆盖frm文件能够自动修正表结构】：
【这一步还是需要的，这个表结构需要用得到的DDL的SQL语句重新创建，当前的这个表无法正确导入ibd文件】复制创建songlyric表的语句，我们需要通过创建表的语句重新创建表，当然在创建表之前需要将已经创建好的songlyric删除掉，具体获取创建表的语句可以通过navicat来实现，在navicat中选中songlyric表，右键对象信息，出现下面截图信息，选中DDL，里面的内容就是我们创建songlyric表的sql语句了：
接着在控制台执行drop table songlyric;删除songlyric表，当然在执行删除songlyric命令之前，还需要将my.ini中的innodb_force_recovery = 6删除或者注释掉。接着执行下面命令重新创建表即可：
CREATE TABLE songlyric (
date timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
lyricBefore text,
lyricAfter text,
isTraverse tinyint(1) DEFAULT NULL,
id int(8) NOT NULL AUTO_INCREMENT,
songUnique varchar(100) DEFAULT NULL,
PRIMARY KEY (id),
UNIQUE KEY songUnique (songUnique)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
恢复表数据：【注意innodb_force_recovery = 6已经被注释，即show这个key的值此时是0】
【注意，如果有表结构语句，那么直接在新库里创建这个表结构来执行下面的语句即可（注意，表结构必须完全一致，因此frm文件还是需要保留，防止旧表后续因为业务原因增加了字段之类的）】
【注意，下面的步骤即discard和import是根本不需要重启mysql服务的】
恢复表数据需要首先将原先的.ibd文件与原先的.frm文件解除绑定，具体就是在控制台执行下面命令：
alter table songlyric discard tablespace;
接着执行net stop mysql停掉服务（不一定是这个命令停止mysql服务），将需要恢复的songlyric.ibd文件覆盖这个新建的wangyi数据库的songlyric表的物理文件songlyric.ibd，执行net start mysql开启服务。【注意我后面是用Navicat执行下面的import命令一直报错表不存在，后来发现可以用chown -R mysql.mysql table_name.ibd给mysql账户赋予恢复权限后就可以了（可以vi /etc/passwd看下是否有mysql账户）】
将复制过来的songlyric.ibd文件与songlyric.frm文件发生联系。具体执行下面命令：
alter table songlyric import tablespace;
这时候通过navicat查看数据表，你会发现数据已经成功恢复啦啦啦。