遇到这种ALTER操作搞丢表但数据文件还在的情况确实闹心，我给你一步步梳理恢复流程，针对你的MySQL 5.7版本完全适用：

首先务必先备份现有的table_name.ibd文件，这是数据的核心，别在操作中搞砸了！

步骤1：停止MySQL服务 #

先把MySQL停掉，避免操作过程中出现数据冲突：

# 针对systemd系统（如CentOS 7+、Ubuntu 16.04+）
sudo systemctl stop mysql
# 针对init系统（如CentOS 6）
sudo service mysql stop

步骤2：创建完全匹配的表结构 #

重新启动MySQL，创建一个和原表结构100%一致的表（假设原表名为target_table），这里要注意：

• 字段名称、数据类型、长度、默认值必须完全一致
• 主键、索引、字符集、排序规则也要和原表完全匹配
• 如果你记得要添加的外键约束，也可以一起定义（或者先不加，恢复后再处理）

举个原表结构的例子：

CREATE TABLE target_table (
    id INT PRIMARY KEY AUTO_INCREMENT,
    related_id INT,
    content VARCHAR(255),
    FOREIGN KEY (related_id) REFERENCES other_table(id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

执行这条语句后，会生成新的target_table.frm和target_table.ibd文件。

步骤3：替换数据文件 #

再次停止MySQL服务，然后执行以下操作：

1. 删除新生成的空数据文件：

rm /var/lib/mysql/your_database_name/target_table.ibd

（替换成你的实际数据库路径，MySQL默认数据目录在/var/lib/mysql/，后面跟着你的数据库名）

2. 把你之前备份的原target_table.ibd复制到该目录，然后修改权限为MySQL运行用户（一般是mysql:mysql）：

cp /path/to/your/backup/target_table.ibd /var/lib/mysql/your_database_name/
chown mysql:mysql /var/lib/mysql/your_database_name/target_table.ibd

步骤4：导入表空间 #

启动MySQL服务，登录后执行以下SQL语句：

ALTER TABLE target_table DISCARD TABLESPACE;
ALTER TABLE target_table IMPORT TABLESPACE;

如果没有报错，你的表就成功恢复了！

常见问题处理 #

• 若执行IMPORT TABLESPACE时报tablespace id mismatch：说明你创建的新表结构和原表不一致，一定要仔细核对字段顺序、数据类型、索引等细节，必须完全匹配。
• 若出现外键约束报错：可以先创建不带外键的表结构，恢复数据后再添加外键；或者临时禁用外键检查（SET FOREIGN_KEY_CHECKS=0;），恢复完成后再开启。
• 若MySQL启动失败：检查数据目录下所有文件的权限，必须全部属于mysql用户。

恢复完成后，建议执行CHECK TABLE target_table;检查表的完整性，业务低峰期可以运行OPTIMIZE TABLE target_table;优化表结构。

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