硬盘非正常关闭后，如何从MySQL 5.7的MyISAM/InnoDB文件恢复表名？

别担心，虽然文件名丢了，但针对MyISAM和InnoDB这两种引擎，我们有具体的工具和步骤来提取表名，帮你还原文件的原始命名。下面分引擎详细说明：

MyISAM引擎的恢复方式 #

MyISAM的表由三个核心文件组成：.frm（表结构定义）、.MYD（数据文件）、.MYI（索引文件）。其中**.frm文件是关键**，它直接存储了表名和完整的表结构信息。

• 如果lost&found里能找到.frm格式的文件（哪怕文件名是乱码），直接用MySQL自带的mysqlfrm工具解析：

  mysqlfrm --diagnostic /path/to/lost+found/[乱码文件名].frm
  

  这个命令会输出该文件对应的表名、字段结构等信息，你就能立刻知道它对应哪个表了。
• 要是只剩.MYD和.MYI文件，没有.frm，可以试试这个迂回办法：
  1. 在一个和原版本完全一致的MySQL 5.7测试库中，创建一个临时空表（尽量猜测匹配原表的字段数量、类型，或者先建简单结构）。
  2. 停止MySQL服务，把测试库中临时表的.MYD和.MYI替换成lost&found里的对应文件。
  3. 启动MySQL，尝试查询这个临时表，如果能正常读取数据，说明结构匹配，你可以通过SHOW CREATE TABLE反推原表结构，再结合数据内容判断表名。

InnoDB引擎的恢复方式 #

InnoDB的情况分两种，取决于你是否开启了innodb_file_per_table（MySQL 5.7默认是开启的）：

1. 独立表空间（每个表对应一个.ibd文件） #

这种情况下，.ibd文件本身包含了表的元数据信息，用MySQL自带的ibd2sdi工具就能直接解析出表名：

ibd2sdi /path/to/lost+found/[乱码文件名].ibd

执行后会输出SDI（Serialized Dictionary Information）格式的内容，你可以在里面找到类似这样的字段：

"name": "your_table_name",
"schema_name": "your_database_name"

这就是对应的库名和表名了。

2. 共享表空间（表数据存在ibdata1中） #

如果你的表存在共享表空间ibdata1里，需要把ibdata1和所有相关的.ibd文件（如果有的话）复制到测试环境，然后：

• 先用ibd2sdi解析ibdata1：

  ibd2sdi /path/to/lost+found/ibdata1
  

  这个命令会列出共享表空间里所有表的元数据，从中找到对应的表名。
• 也可以用strings命令快速扫描文件里的字符串，尝试匹配表名：

  strings /path/to/lost+found/ibdata1 | grep -E 'your_database_name\.[a-zA-Z0-9_]+'
  

  （把your_database_name替换成你记得的数据库名，能缩小查找范围）

重要注意事项 #

• 操作前一定要先给lost&found里的所有文件做完整备份，避免操作失误导致数据彻底丢失。
• 测试环境必须使用和原服务器完全相同的MySQL 5.7版本，版本不兼容会导致工具解析失败。
• 如果文件损坏严重（比如fsck修复时已经破坏了文件结构），这些方法可能失效，但先试试上述工具，大概率能提取到表名。

内容的提问来源于stack exchange，提问作者Wiktor