mysql怎么通过frm和ibd文件还原数据？

1、找回表结构，如果表结构没有丢失直接到下一步\x0d\x0a\x0d\x0aa、先创建一个数据库，这个数据库必须是没有表和任何 *** 作的。\x0d\x0a\x0d\x0ab、创建一个表结构，和要恢复的表名是一样的。表里的字段无所谓。一定要是innodb引擎的。CREATE TABLE `weibo_qq0`( `weiboid` bigint(20)) ENGINE=InnoDB DEFAULT CHARSET=utf8\x0d\x0a\x0d\x0ac、关闭mysql， service mysqld stop\x0d\x0a\x0d\x0ad、用需要恢复的frm文件覆盖刚新建的frm文件\x0d\x0a\x0d\x0ae、修改my.ini 里 innodb_force_recovery=1 ， 如果不成修改为 2,3,4,5,6。\x0d\x0a\x0d\x0af、 启动mysql，service mysqld startshow create table weibo_qq0 就能li到表结构信息了。\x0d\x0a\x0d\x0a2、找回数据。记得上面把 innodb_force_recovery改掉了，需要注释掉，不然恢复模式不好 *** 作。 这里有个关键的问题，就是innodb里的任何数据 *** 作都是一个日志的记录点。也就是如果我们需要数据恢复，必须把之前的表的数据的日志记录点添加到一致。\x0d\x0a\x0d\x0aa、建立一个数据库，根据上面导出的创建表的sql执行创建表。\x0d\x0a\x0d\x0ab、找到记录点。先要把当前数据库的表空间废弃掉，使当前ibd的数据文件和frm分离。 ALTER TABLE weibo_qq0 DISCARD TABLESPACE\x0d\x0a\x0d\x0ac、把之前要恢复的 .ibd文件复制到新的表结构文件夹下。 使当前的ibd 和frm发生关系。ALTER TABLE weibo_qq0 IMPORT TABLESPACE结果不出意外肯定会报错。就和我们开展数据开始说的那样，数据记录点不一致。我们看看之前ibd记录的点在什么位置。开始执行 import tablespace，报错 ERROR 1030 (HY000): Got error -1 from storage engine。找到mysql的错误日志，InnoDB: Error: tablespace id in file ‘.testweibo_qq0.ibd’ is 112, but in the InnoDB InnoDB: data dictionary it is 1. 因为 weibo_qq0 之前的记录点在112，当前的表只创建一次，所以记录点是1.\x0d\x0a\x0d\x0ad、那怎么从1记录到112。for ($1=1$i 回答于 2022-11-16

一、InnoDB表结构的恢复

1

假定：MYSQL数据库已经崩溃，目前只有对应表的frm文件，大家都知道，frm文件无法通过文本编辑器查看，因为如果不恢复，基本上来说对我们没什么用。这里我们为了测试，假定该文件为test_innodb.frm

该表创建脚本如下：

mysql>create table test_innodb

->(A int(11) default NULL,

->B varchar(30) default NULL,

->C date default NULL) engine=innodb

Query OK, 0 rows affected (0.05 sec)

2

在新的正常工作的MYSQL环境下建立一个数据库，比如aa.

3

在aa数据库下建立同名的数据表test_innodb，表结构随意，这里只有一个id字段， *** 作过程片段如下：

mysql>create table test_innodb (id bigint not null)engine=InnoDB

Query OK, 0 rows affected (0.09 sec)

4

停止mysql服务器，将系统崩溃后留下的test_innodb.frm文件拷贝到新的正常数据库的数据目录aa下，覆盖掉下边同名的frm文件，重新启动MYSQL服务。

END

二. MyISAM表结构的恢复

同样先假定需要恢复的表的FRM文件为test_myisam.frm,表结构为

mysql>create table test_myisam

->(A int(11) default NULL,

->B varchar(30) default NULL,

->C date default NULL) engine=myisam

Query OK, 0 rows affected (0.05 sec)

直接将test_myisam.frm拷贝到正常数据库对应的数据目录下。这时测试

mysql>show tables

+--------------+

| Tables_in_aa |

+--------------+

| test_innodb |

| test_myisam |

+--------------+

3 rows in set (0.00 sec)

mysql>desc test_myisam

ERROR 1017 (HY000): Can't find file: 'test_myisam' (errno: 2)

发现只能通过show tables命令看见表名，但是表结构还是没有恢复，desc命令报错。

在与test_myisam.frm同一目录建立以下2个文件，文件内容可以为空：

test_myisam.MYD test_myisam.MYI

在MYSQL命令行使用MYSQL本身的数据表恢复命令repair命令恢复表，如下：

mysql>repair table test_myisam USE_FRM

+-----------------+--------+----------+----------+

| Table | Op | Msg_type | Msg_text |

+-----------------+--------+----------+----------+

| aa.test_myisam | repair | status | OK |

+-----------------+--------+----------+----------+

1 row in set (0.00 sec)

根据结果可以知道,恢复命令执行成功

如果你要恢复的数据库是包含授权表的mysql数据库，您将需要使用--skip赠款-tables选项来运行服务器恢复整个数据库

- 首先，。否则，服务器会抱怨不能找到授权表。恢复表后，执行mysqladmin冲水privileges告诉服务器装载授权表，并用它们来启动。数据库目录到其他地方的原始内容

复制。例如，您可以使用它们在以后的事后分析检查表（验尸）的崩溃。

酒店与最新的数据库备份文件重新加载。如果您打算使用mysqldump的所加载的文件，则需要输入它们作为mysql的。如果您打算使用从数据库文件直接拷贝（例如，使用tar或CP），它会复制他们直接回数据库目录中。然而，在这种情况下，你应该在关闭之前，该服务器复制这些文件，然后重新启动它。在备份过程中

重做日志，然后查询更新数据库表中。对于所有可用的更新日志，你可以使用它作为mysql的输入。指定--one-database选项，因此MySQL只是要还原的数据库执行查询。如果你意识到有必要使用所有的更新日志文件，可以使用包含以下命令日志的目录：

％LS-TRL更新（0-9）* | xargs的猫| mysql--。一个数据库DB_NAME

ls命令生成一个单独的日志文件更新列表，更新日志文件根据服务器（你知道，如果你其中的任何文件，排序顺序生成的顺序进行排序会发生变化，这将导致在更新日志中以错误的顺序使用）。有限公司您可能需要使用一些更新日志。例如，如果日志，因为命名update.392备份，pdate.393等产生的，可以在命令重新运行它们：

％的mysql - 一个数据库DB_NAME <录入。 392

％的mysql - 一个数据库DB_NAME <updata.393 ...

如果您正在运行的恢复，并打算使用更新日志恢复由于失误降数据的基础上，DROPTABLE或DELETE语句和丢失的信息时，一定要在开始更新日志删除这些语句。

恢复单个表

恢复单个表是非常困难的。如果是的mysqldump备份文件生成的，它只是不包含数据，您需要一个表，你需要提取的相关线路，并利用它们作为mysql的输入，这部分比较容易。困难的是，提取在该表的更新日志中使用的片段。你会发现：mysql_find_rows工具在这方面有所帮助，它可以提取多行从更新日志查询。另一种可能性是使用另一台服务器

恢复整个数据库，然后将该文件复制到表的原始数据库。这其实很容易！当文件被复制回数据库目录，确保原始数据库服务器关闭。

---