不存在名为InnoEx的MySQL数据恢复工具，常见混淆工具包括ibd2sql、inno_space、Percona Data Recovery Tool等；真实工具中，ibd2sql适用于MySQL 8.0离线解析.ibd文件，inno_space可底层查看/修复页结构但不生成SQL。
不能直接用 InnoEx 抽取损坏 MySQL 的底层数据——它根本不存在。目前主流开源生态中没有名为 InnoEx 的 MySQL 数据恢复工具。你可能混淆了工具名，常见被误记的有：ibd2sql、inno_space、Percona Data Recovery Tool for InnoDB，或把 innobackupex（已弃用）简写错成 InnoEx。
为什么搜不到 InnoEx？查证工具真实存在性
在 GitHub、PyPI、Percona 官网及 MySQL 社区文档中均无 InnoEx 项目。实际存在的工具如下：
-
ibd2sql：Python 编写的离线解析器，专为 MySQL 8.0 的.ibd文件设计，不依赖 mysqld 运行 -
inno_space：C 编写的命令行工具，可跳过 corrupt page、导出页内容，支持修复后重新导入 -
mysqlfrm（MySQL Utilities 中）：仅用于从残留.frm文件恢复表结构，不处理数据页损坏 -
Percona Data Recovery Tool for InnoDB：较老但仍有用，能提取记录和重建索引，需手动匹配页类型
若你在某篇博客或内部文档里看到 InnoEx，大概率是笔误或私有封装脚本，不可直接复用。
真正能快速抽取损坏 .ibd 数据的实操路径
假设你手上有无法启动的 MySQL 实例，且关键表 db1/t_order.ibd 物理文件尚存（未被覆写），目标是尽快拿到可用 SQL：
- 先确认
mysql --version是8.0.x——ibd2sql硬编码了 8.0 的页结构，用 5.7 或 8.4+ 可能报struct.error - 停库或从只读快照挂载目录取
t_order.ibd，确保文件未被mysqld占用（否则读到空页） - 运行基础命令：
python3 main.py /path/to/t_order.ibd --sql --complete-insert - 加
--ddl输出CREATE TABLE（不含外键/注释/分区）；加--force跳过卡死页；加--sdi-table复用另一张完好表的 SDI 补全缺失结构 - 输出的 SQL 文件需人工清洗：检查
INSERT中字段长度是否超限、主键是否重复、TEXT 字段是否截断或乱码
比 ibd2sql 更“底层”但更难控的替代方案：inno_space
当你需要绕过页校验、查看原始页内容、甚至尝试 patch 某些 header 字段时，inno_space 更接近“底层”：
- 它不生成 SQL，而是导出
page_00000001.hex或 JSON 格式的页结构（含fil_header、page_directory、user_record区域） - 支持
--skip-corrupt强制跳过坏页，配合--dump-page查看某一页是否含有效记录 - 若损坏集中在 page directory，可用
--rebuild-index尝试重建页链，但成功率取决于 user record 区域是否完整 - 编译简单：
git clone https://github.com/baotiao/inno_space.git && cd inno_space && make，生成单个二进制inno_space - 注意：它不兼容加密表（
ENCRYPTION='Y'）或压缩页（ROW_FORMAT=COMPRESSED）
真正难的从来不是工具调用，而是判断哪一页还活着、哪一段 user record 没被 0xff 覆盖——这没法自动化，得靠 hexdump + 错误日志交叉比对。
