grep + sed 容易出错，因 mysqldump 文件中表结构与数据不连续、INSERT 可能被分割、兼容性注释干扰定位；应优先用 mysqldump 单表导出或 sed 配合标准分隔标记。
用 mysqldump 备份文件提取单表，为什么 grep + sed 容易出错？
直接从全库 mysqldump 文件里切出单张表，看似简单，实则极易漏数据或破坏一致性。根本原因是：dump 文件中表结构和数据未必连续，insert into 可能被分割在多个块（尤其开启 --skip-extended-insert 时），而 create table 和 insert 之间还可能夹着 /*!40101 set @saved_cs_client... */ 这类兼容性指令。
- 别依赖
grep -n "CREATE TABLE \`t\`"后硬算行数——注释、空行、条件导出语句都会干扰定位 - 真正安全的做法是用
sed -n '/^-- Table structure for table `t`$/,/^UNLOCK TABLES/p' backup.sql，但前提是 dump 用了--databases或--all-databases，否则没有标准分隔标记 - 更稳妥的实操：先用
mysql -u u -p -e "SHOW CREATE TABLE db.t\G" > t_schema.sql单独导出结构，再用mysqldump -u u -p db t > t_data.sql导出数据（若原库仍可读）
跨 MySQL 版本恢复单表，为什么不能直接拷 .ibd 文件？
哪怕启用了 innodb_file_per_table=ON，物理文件也无法跨大版本（如 5.7 → 8.0）直接复用。InnoDB 的页格式、数据字典存储方式、隐藏字段（如 DB_TRX_ID）、甚至 .ibd 文件头结构都已变更，强行 IMPORT TABLESPACE 会触发 ERROR 1808 (HY000): Schema mismatch 或直接崩溃。
- MySQL 官方明确不支持跨主版本物理恢复；小版本间（如 8.0.33 → 8.0.36）也需确认
innodb_page_size和innodb_log_file_size完全一致 - 若必须从低版本备份恢复到高版本，唯一合规路径是：逻辑导出 → 清洗 SQL（删掉
PASSWORD()、替换utf8为utf8mb4、去掉 8.0 不支持的CREATE TEMPORARY TABLE语法）→ 导入 - 特别注意：MySQL 8.0 默认启用
sql_mode=STRICT_TRANS_TABLES，导入含空字符串或超长字段的旧数据时会失败，临时加--skip-column-names --skip-extended-insert再手动处理更可控
binlog 回滚误删单表，为什么不能只靠 mysqlbinlog | grep？
mysqlbinlog --base64-output=DECODE-ROWS -v 输出的 ROW 格式日志虽可读，但直接 grep "DELETE FROM \`t\`" 会漏掉关键上下文：事务边界、GTID、以及同一事务内其他表的关联操作。跳过一条 DELETE 而没回滚其前置 INSERT，可能让外键约束失效或主键冲突。
- 必须用
mysqlbinlog --include-gtids='xxx-xxx:1-100' --exclude-gtids='xxx-xxx:50'精确排除单个 GTID，而非文本匹配 - 若无 GTID，得先定位到
BEGIN和COMMIT的 position，用--start-position/--stop-position截取完整事务，再人工剔除目标表语句 - 风险点：ROW 日志里
@1,@2是列序号，不是字段名；表结构变更后（如增删列），解析出的值可能错位，务必先比对SHOW CREATE TABLE和 binlog 中的# at xxx注释
生产环境单表恢复，最常被忽略的权限与校验环节
恢复完成不代表数据就“活”了。常见疏漏是：忘了重置表统计信息、忽略字符集隐式转换、或未验证外键引用完整性。这些不会报错，但会导致后续查询结果异常或写入失败。
- 执行完导入后，必须运行
ANALYZE TABLE t，否则优化器可能沿用旧的行数估算，导致索引选择错误 - 检查
SELECT CCSA.character_set_name, CCSA.collation_name FROM information_schema.COLUMNS CCSA WHERE CCSA.table_schema='db' AND CCSA.table_name='t' AND CCSA.column_name='c'，确认字符集与目标库默认值一致，避免utf8mb3字段在 8.0 中被静默转成utf8mb4引发截断 - 若表有外键，用
SELECT * FROM information_schema.KEY_COLUMN_USAGE WHERE REFERENCED_TABLE_SCHEMA='db' AND TABLE_NAME='t'找出被引用关系，再查对应主表是否存在缺失值
跨版本恢复单表，本质是妥协的艺术：放弃物理速度，换逻辑确定性；牺牲部分自动化，换数据语义正确。所有“快捷方式”背后，都藏着一个没显式声明的前提——你清楚知道那条 SQL 在两个版本里究竟做了什么。
