mysql通过frm和ibd文件恢复表_mysql5.7根据.frm和.ibd文件恢复表结构和数据

目录

• 一、恢复表结构
• 二、恢复表数据
• 补充方法
• 一、恢复表结构（从 .frm 文件）
• 方法 1：使用 mysqlfrm 工具（推荐）
• 方法 2：手动重建表结构（如果 mysqlfrm 不可用）
• 二、恢复表数据（从 .ibd 文件）
• 前提条件
• 步骤 1：创建同名空表
• 步骤 2：卸载表空间
• 步骤 3：复制 .ibd 文件到数据目录
• 步骤 4：导入表空间
• 步骤 5：验证数据
• 三、常见问题及解决
• 1. 错误 Tablespace is missing
• 2. 错误 Table doesn't exist in engine
• 3. 错误 Row size too large
• 四、注意事项

一、恢复表结构

1、环境：Windows 、mysql5.7；首先创建一个数据库，可以通过navicat来创建：

2、使用当前创建的数据库：use ww;

3、随编程客栈意创建一张表，但是这张表的名字要和你要恢复的.frm或者.ibd一致，我的.frm与.ibd文件为gonggao.frm与gonggao.ibd 因此我的创建表语句为：

create table gonggao(id int);

4、在执行上面的创建表语句之后，在服务里面或者使用net stop mysql关闭数据库服务，然后用需要恢复的gonggao.frm覆盖这个新建的ww数据库gonggao表的物理文件gonggao.frm，接着对配置文件(my.ini)设置innodb_force_recovery = 6，然后使用net start mysql启动服务，接着使用：desc gonggao; 查看该表结构，会出现下面错误信息：

5、针对这个问题，我们可以通过查看mysql的日志文件来解决，查看mysql安装目录下的data文件夹里面.err结尾的文件，你会发现出现下面所示的错误信息：[Warning] InnoDB: Table ww/gonggao contains 1 user defined columns in InnoDB, but 4 columns in MySQL.原来是因为，我们要恢复的表有4个字段，而我们在创建表的时候只创建了1个字段。

解决方案：删除gonggao表重新创建一个包含4个字段的表，具体这4个字段是什么不用管的。具体执行过程为使用net stop mysql停掉服务，然后在配置文件my.ini中将innodb_force_recovery = 6注释掉(#或;均可)，再net start mysql启动服务。接着在控制台先执行drop table gonggao;删除表，再执行创建表语句，我执行的是下面的创建表语句：create table gonggao(id int,id1 int,id2 int,id3 int);

紧接着按照前面的方式，使用net stop mysql关闭数据库服务，然后用需要恢复的gonggao.frm覆盖这个新建的ww数据库的gonggao表的物理文件gonggao.frm，接着对配置文件(my.ini)设置innodb_force_recovery = 6，然后使用net start mysql启动服务，接着使用：desc gonggao; 查看该表结构，输出下面结果表示恢复表结构成功：

6、复制创建gonggao表的语句；我们需要通过创建表的语句重新创建表，当然在创建表之前需要将已经创建好的gonggao删除掉，具体获取创建表的语句可以通过navicat来实现，在navicat中选中gonggao表，右键点击"对象信息"，出现下面截图信息，选中DDL，里面的内容就是我们创建gonggao表的sql语句了：

接着在控制台执行drop table gonggao;删除gonggao表，当然在执行删除gonggao命令之前，还需要停库将my.ini中的innodb_force_recovery = 6删除或者注释掉php，再启动mysql。接着执行下面命令重新创建表即可：

CREATE TABLE `gonggao` (
`id` bigint(20) NOT NULL AUTO_INCREMENT,
`qihao` bigint(20) DEFAULT NULL COMMENT '号期,如1456',
`gonggao_date` date DEFAULT NULL COMMENT python'公告日期',
`sn_this_year` smallint(6) DEFAULT NULL COMMENT '年本内的期号',
PRIMARY KEY (`id`),
KEY `index_qihao` (`qihao`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 ROW_FORMAT=DYNAMIC;

其实以上操作的目的就是为了获取建表语句，也可以用mysqlfrm工具获取到，具体可以看我另外一篇文章：

链接：https://www.cnblogs.com/weiyiming007/p/10280943.html

二、恢复表数据

1、恢复表数据需要首先将原先的.ibd文件与原先的.frm文件解除绑定，具体就是在控制台执行下面命令：

alter table gonggao discard tablespace;

2、接着执行net stop mysql停掉服务，将需要恢复的gonggao.ibd文件覆盖这个新建的ww数据库的gonggao表的物理文件gonggao.ibd，执行net start mysql开启服务。

3、将复制过来的gonggao.ibd文件与gonggao.frm文件发生联系。具体执行下面命令：

alter table gonggao&n编程客栈bsp;import tablespace;

4、这时候通过navicat查看数据表，你会发现数据已经成功恢复啦。

参考原文：https://blog.csdn.net/hzw19920329/article/details/78045864

MySQL innodb引擎下根据.frm和.ibd文件恢复表结构和数据

记录通过.frm和.ibd文件恢复数据到本地 .frm文件:保存了每个表的元数据,包括表结构的定义等: .ibd文件:InnoDB引擎开启了独立表空间(my.ini中配置innodb_file_per ...

补充方法

一、恢复表结构（从 .frm 文件）

方法 1：使用 mysqlfrm 工具（推荐）

mysqlfrm 是 MySQL Utilities 中的一个工具，可以从 .frm 文件提取表结构。

安装 MySQL Utilities

# Ubuntu/Debian
sudo apt-get install mysql-utilities

# Centos/RHEL
sudo yum install mysql-utilities

提取表结构

mysqlfrm --diagnostic /path/to/table.frm --port=3306

示例输出：

CREATE TABLE `table_name` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(50) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

保存生成的 SQL 语句，后续用于重建表。

方法 2：手动重建表结构（如果 mysqlfrm 不可用）

如果 .frm 文件损坏或无法使用工具，需根据业务逻辑手动编写建表语句。

二、恢复表数据（从 .ibd 文件）

前提条件

恢复数据的 MySQL 实例必须与原实例的 版本一致。

恢复数据的表结构必须与原表 完全一致（字段名、类型、引擎、字符集等）。

步骤 1：创建同名空表

使用从 .frm 文件提取的 SQL 语句创建空表：

CREATE DATABASE IF NOT EXISTS recovery_db;
USE recovery_db;
-- 执行提取的建表语句
CREATE TABLE `table_name` (...);

步骤 2：卸载表空间

ALTER TABLE recovery_db.table_name DISCARD TABLESPACE;

步骤 3：复制 .ibd 文件到数据目录

关闭 MySQL 服务：

systemctl stop mysql

将原 .ibd 文件复制到 MySQL 数据目录：

cp /path/to/table.ibd /var/lib/mysql/recovery_db/table_name.ibd

修改文件权限：

chown mysql:mysql /var/lib/mysql/recovery_db/table_name.ibd

启动 MySQL 服务：

systemctl start mysql

步骤 4：导入表空间

ALTER TABLE recovery_db.table_name IMPORT TABLESPACE;

步骤 5：验证数据

SELECT * FROM recovery_db.table_name LIMIT 10;

三、pLLHuvYEJ常见问题及解决

1. 错误 Tablespace is missing

原因：表结构不匹配或 .ibd 文件路径错误。

解决：

确保表结构与原表完全一致。

检查 .ibd 文件是否在正确的数据库目录下。

2. 错误 Table doesn't exist in engine

原因：InnoDB 内部元数据不一致。

解决：

删除表并重新创建。

重启 MySQL 服务后重试。

3. 错误 Row size too large

原因：原表使用了与当前实例不同的 innodb_page_size。

解决：

调整 innodb_page_size 参数并重建实例。

四、注意事项

备份原文件：操作前备份 .frm 和 .ibd 文件，避免意外损坏。

版本一致性：确保 MySQL 版本与原环境一致。

文件权限：复制文件后需正确设置权限（chown mysql:mysql）。

通过以上步骤，即可从 .frm 和 .ibd 文件恢复完整的表结构和数据。如果遇到复杂问题，建议联系专业数据恢复服务。