5

这与我在 stackoverflow 上看到的相关 InnoDB 修复问题略有不同。

假设我在我的 MySQL 5.1 数据库中使用 innodb_file_per_table=1 恢复了以下内容：

db/tablename.ibd
innodb/ibdata1
innodb/ib_logfile0
innodb/ib_logfile1

我丢失了db/tablename.frm文件。我可以启动数据库服务器，但 InnoDB 抱怨：

110723 13:26:33  InnoDB: Error: table 'db/tablename'
InnoDB: in InnoDB data dictionary has tablespace id 5943,
InnoDB: but tablespace with that id or name does not exist. Have
InnoDB: you deleted or moved .ibd files?

如何重建 FRM 文件？

4

2 回答 2

5

编辑：我创建了一个简单的脚本，它执行下面描述的所有步骤：https ://ourstickys.com/recover.sh

老问题，但我发现这样做更简单：https ://dba.stackexchange.com/questions/16875/restore-table-from-frm-and-ibd-file

I have recovered my MySQL 5.5 *.ibd and *.frm files with using MySQL Utilites and MariaDB 10.

1) Generating Create SQLs.
You can get your create sql's from frm file. You must use : https://dev.mysql.com/doc/mysql-utilities/1.5/en/mysqlfrm.html

shell> mysqlfrm --server=root:pass@localhost:3306 c:\MY\t1.frm --port=3310

Other way you may have your create sql's.

2) Create Your Tables
Create your tables on the database.

3) alter table xxx discard tablespace
Discard your tables which do you want to replace your *.ibd files.

4) Copy your *.ibd files (MySQL Or MariaDB) to MariaDB's data path
First i try to use MySQL 5.5 and 5.6 to restrore, but database crashes and immediately stops about tablespace id broken error. (ERROR 1030 (HY000): Got error -1 from storage engine) 
After i have used MariaDB 10.1.8, and i have succesfully recovered my data.

5) alter table xxx import tablespace
When you run this statement, MariaDB warns about file but its not important than to recover your data :) Database still continues and you can see your data.

I hope this information will helpful for you.

让我补充一点，您可以在此处下载 mysqlfrm：https ://dev.mysql.com/downloads/utilities/

我还找到了一种更快的方法来CREATE TABLE使用dbsake：

curl -s http://get.dbsake.net > dbsake
chmod u+x dbsake

然后：

#only one table
./dbsake frmdump /path/to/table.frm > recover.sql

#multiple tables
./dbsake frmdump /path/to/*.frm > recover.sql

其次是：

mysql -uUSER -p recover_db < recover.sql

如果你愿意，你也可以在一个衬里执行它：

./dbsake frmdump /path/to/*.frm | mysql -uUSER -p recover_db

此时，您可以从第 3 点开始按照上述说明进行操作。

于 2017-01-31T14:41:29.063 回答
3

我自己想出了一个解决方案。

简单的解决方案是找到您保存的CREATE TABLESQL 副本，在开发实例上运行它，然后将生成的 FRM 文件复制到恢复的实例。

但是，就我而言，我没有可用的CREATE TABLE命令副本。

您可以让 MySQL 服务器运行 ibdata、ib_logfiles 和 *.ibd 文件。但是，如果没有 FRM，数据库中似乎就没有表。

  1. 在恢复的数据库中，运行create table innodb_table_monitor (a int) ENGINE=InnoDB
  2. 观察 MySQL 服务器错误文件，直到表监视器数据被转储（通常大约一分钟）
  3. 跑drop table innodb_table_monitor

  4. 停止恢复的数据库

  5. 编写 SQL 以匹配表监视器输出，例如：

    TABLE: name db/mylosttable, id 0 7872, flags 1, columns 5, indexes 1, appr.rows 1828
COLUMNS: id: DATA_MYSQL DATA_NOT_NULL len 12; name: type 12 DATA_NOT_NULL len 45;     
DB_ROW_ID: DATA_SYS prtype 256 len 6; DB_TRX_ID: DATA_SYS prtype 257 len 6; 
DB_ROLL_PTR: DATA_SYS prtype 258 len 7;
INDEX: name GEN_CLUST_INDEX, id 0 17508, fields 0/5, uniq 1, type 1
root page 3, appr.key vals 1828, leaf pages 9, size pages 10
FIELDS:  DB_ROW_ID DB_TRX_ID DB_ROLL_PTR id name

    可以表示为：

    drop table if exists mylosttable;
create table mylosttable (
    id char(12) NOT NULL,
    name varchar(45) NOT NULL
);

    如果您对表监视器输出感到困惑，请查看具有已知模式的表的输出。

  6. 在 MySQL 的开发实例上运行上述 SQL

  7. 将开发服务器中创建的 FRM 文件复制到恢复的数据库中。您将在相应数据库的子目录中的 MySQL 数据目录中找到它们。

  8. 重启恢复的数据库

    请注意，您可以将 FRM 文件复制到实时数据库实例中。上面停止服务器的原因是，如果您在创建 innodb_table_monitor 表后使数据库崩溃，它将使 ibdata 文件处于不一致的状态，您必须从备份重新开始。

  9. select *使用语句测试表是否工作。如果你错了，你会看到：

    ERROR 2013 (HY000): Lost connection to MySQL server during query

这意味着数据库已经崩溃。

如果发生这种情况，请create table innodb_table_monitor...在开发实例上执行并将输出与恢复实例的原始输出进行比较。你可能会看到你错过了一个 NOT NULL 或类似的小东西。

于 2011-07-24T14:31:27.240 回答