物理备份跨版本/平台还原存在兼容性风险，逻辑备份（mysqldump）因支持表级控制、结构过滤与数据转换，成为表结构迁移最稳妥路径；cp或xtrabackup--copy-back无法单表迁移，因其要求源目库版本、页大小、字符集等完全一致，否则报错或加载失败。
物理备份直接还原到新环境存在兼容性风险，尤其是跨版本、跨平台或表结构有变更时；逻辑备份（mysqldump）虽然慢，但可精准控制表级粒度、支持结构过滤与数据转换，是表结构迁移最稳妥的路径。
为什么不能直接用 cp 或 xtrabackup --copy-back 迁移单表？
物理备份恢复要求源库和目标库的 MySQL 版本、页大小、字符集校验规则、甚至 innodb_page_size 都严格一致。哪怕只是从 5.7 升级到 8.0，ibd 文件可能因数据字典格式变化而无法被识别——报错常见如 Tablespace is missing for table xxx 或 InnoDB: Operating system error number 2 in a file operation。
更隐蔽的问题是：即使 .ibd 文件能挂载成功，若源表含虚拟列、JSON 字段、降序索引等 8.0+ 新特性，5.7 实例会直接拒绝加载。
- 物理迁移本质是“二进制拷贝”，不校验逻辑一致性
- 表结构变更（如字段重命名、类型收缩）会导致
CREATE TABLE语句与ibd元数据不匹配 -
xtrabackup的--export模式虽支持单表导出，但导入仍需同版本、同参数的实例配合，实操门槛高
用 mysqldump 按表结构分层导出的关键参数组合
核心思路不是“全库 dump”，而是按结构复杂度分三类处理：基础表、含约束/触发器表、含生成列/全文索引表。每类对应不同 mysqldump 参数，避免导出后无法导入。
- 纯数据表（无外键、无触发器）：
mysqldump --no-create-info --skip-triggers --skip-routines db_name table_name > data.sql - 带主外键/索引的常规表：
mysqldump --no-data --skip-triggers --skip-routines --compact db_name table_name > schema.sql（--compact减少注释干扰解析） - 含生成列、全文索引、检查约束的表（MySQL 8.0.16+）：
mysqldump --skip-triggers --skip-routines --set-gtid-purged=OFF db_name table_name（必须关掉 GTID，否则导入时可能报ERROR 3546 (HY000): Cannot use SET GTID_PURGED with sql_log_bin = ON）
注意：--skip-extended-insert 在调试阶段很有用——它让每行数据独立成 INSERT，方便 grep 定位某条记录是否导出异常。
导入时绕过外键与字符集冲突的实操顺序
直接 mysql db_name 往往失败，主因是外键依赖未建立或字符集声明不一致。正确顺序是“先建结构、再关约束、最后灌数据”。
- 执行
SET FOREIGN_KEY_CHECKS = 0;和SET SQL_MODE = '';（防止 strict mode 拦截隐式类型转换） - 导入结构文件前，手动在目标库创建数据库并指定字符集：
CREATE DATABASE IF NOT EXISTS db_name CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;（注意：MySQL 8.0 默认 collation 是utf8mb4_0900_ai_ci，5.7 是utf8mb4_general_ci，混用会报Unknown collation） - 导入数据时加
--init-command="SET NAMES utf8mb4;"，避免客户端连接字符集与表定义不一致导致乱码
如果目标库已存在同名表且只需更新数据，用 mysqldump --replace 代替 --insert-ignore：前者生成 REPLACE INTO，后者是 INSERT IGNORE，对主键冲突的处理语义不同。
增量同步阶段如何避免 mysqldump 锁表影响业务？
mysqldump 默认加 FLUSH TABLES WITH READ LOCK，对大表就是业务中断。真实生产中必须规避：
- 用
--single-transaction（仅 InnoDB 有效）：通过 MVCC 快照保证一致性，不锁表 - 搭配
--master-data=2可同时获取 binlog 位置，为后续基于 binlog 的增量同步提供起点 - 若表含 MyISAM 或混合引擎，
--single-transaction失效，此时改用--lock-tables=false+ 应用层停写窗口（需提前协调），比全局锁更可控
特别注意：--single-transaction 不能保证跨库事务一致性——如果一个事务同时操作多个库的表，dump 结果里各库快照时间点可能不同。
表结构迁移真正难的不是命令怎么写，而是判断哪些表属于“强依赖型”（比如系统配置表被上百个存储过程引用），这类表必须连同 ROUTINES 和 EVENTS 一起导出，且导入顺序不能错。漏掉一个 DEFINER 用户权限，整个存储过程就变成 Access denied for user ''@'localhost'。
