FLUSH TABLES FOR EXPORT是InnoDB冷备份恢复的强制起点，必须在MySQL完全停止、主版本一致、表结构严格重建前提下，同步拷贝.ibd与.cfg文件，再经DISCARD/IMPORT流程并校验一致性。
FLUSH TABLES FOR EXPORT 是唯一能让你用冷备份救回 InnoDB 表的起点，跳过它，后面全白干。
冷备份恢复前必须确认三件事
不是“有备份就能恢复”，而是必须同时满足：
• MySQL 服务已完全停止（不能只是 systemctl stop mysql 后还残留 mysqld 进程）
• 目标服务器 MySQL 主版本一致（例如都是 8.0.x，5.7 → 8.0 不行）
• 原表结构已用 SHOW CREATE TABLE 导出并重建——不能靠记忆重写，TINYINT(1) 和 BOOLEAN 映射、STATS_PERSISTENT=1、ROW_FORMAT=COMPRESSED 等细节不一致，ALTER TABLE ... IMPORT TABLESPACE 会直接拒绝
只拷贝 .ibd 文件一定会失败
常见错误是看到备份目录里有 city.ibd 就以为齐活了，结果恢复时报错：Cannot import tablespace, cfg file is missing。
• .cfg 文件必须和 .ibd 一起拷贝，它包含页校验值、加密密钥（若启用 ENCRYPTION='Y'）、空间 ID 等关键元数据
• MySQL 5.7+ 在执行 UNLOCK TABLES 后会自动删除 .cfg，所以拷贝动作必须在 UNLOCK TABLES 之前完成
• 如果原库启用了加密，缺 .cfg 就等于缺解密钥匙，.ibd 内容无法读取
DISCARD 和 IMPORT 的顺序不能颠倒
不能把备份的 .ibd 直接扔进 datadir 并重启 MySQL —— 这大概率导致服务启动失败，或该表状态变成 CRASHED。
正确链路是：
• 先在目标库执行 CREATE TABLE city (...) ENGINE=InnoDB;（结构必须 100% 一致）
• 然后 ALTER TABLE city DISCARD TABLESPACE;（清空当前表空间）
• 把 city.ibd 和 city.cfg 拷贝到对应数据库目录（如 /var/lib/mysql/test/city.{ibd,cfg}）
• 最后 ALTER TABLE city IMPORT TABLESPACE;
• 注意文件属主必须是 mysql:mysql，权限设为 660，否则报错 Operating system error number 13
恢复后必须验证一致性
导入成功不等于数据可用。
• 执行 mysqlcheck -c test city 检查表结构与数据页一致性
• 对比关键字段的 COUNT、SUM 或 MIN/MAX，确认没丢页或乱码
• 若提示 Tablespace has unknown flags，说明源库和目标库的 innodb_file_format 或 innodb_page_size 不匹配，需统一配置再试
• 冷备份只恢复整表，无法回滚单条误删记录，也没有 binlog 级别的时间点控制能力
