跨引擎迁移不能只靠mysqldump，因其仅导出逻辑SQL，不处理MyISAM与InnoDB在锁机制、事务语义、崩溃恢复、外键约束、自增计数器及全文索引等底层差异，易致数据丢失、主键错乱、索引失效甚至库启动失败；必须人工校验并补救，或采用在线重定义（如ALTER TABLE ... ALGORITHM=INPLACE）或分步逻辑重建。
跨引擎迁移不能只靠 mysqldump —— 它导出的是逻辑 SQL，但 MyISAM 和 InnoDB 的锁行为、事务语义、崩溃恢复机制完全不同，直接导入可能丢数据、主键错乱、全文索引失效，甚至目标库启动失败。
为什么 mysqldump 在跨引擎场景下容易出问题
它不关心存储引擎底层差异，只按 SELECT 结果拼 INSERT；而 MyISAM 表没有事务，--single-transaction 对它完全无效；InnoDB 的外键约束、自增计数器、全文索引配置也不会被原样重建。
- MyISAM 表导出后导入 InnoDB，若原表无显式主键，InnoDB 会隐式生成
row_id，后续 UPDATE/DELETE 可能误匹配 -
mysqldump --no-create-info跳过建表语句，但你手动建的 InnoDB 表若忘了加ROW_FORMAT=DYNAMIC，在 MySQL 8.0+ 上可能无法加载 Antelope 格式的旧数据 - MyISAM 的 FULLTEXT 索引语法和 InnoDB 不兼容：前者支持布尔模式无需额外配置，后者必须启用停用词表且需重建索引
- 导出时没关
sql_log_bin，MyISAM 表的写操作仍会记 binlog，导致主从复制位置错乱
mysqldump 跨引擎迁移的实操底线
仅适用于小数据量、结构简单、可接受短暂停机的场景；必须配合人工校验和补救步骤。
- 先查清源表引擎：
SELECT table_name, engine FROM information_schema.tables WHERE table_schema = 'db_name'; - 对 MyISAM 表，强制加
--lock-all-tables，避免导出过程中被修改 - 导出时显式指定字符集：
--default-character-set=utf8mb4，防止客户端编码污染 - 导入前手动建好目标 InnoDB 表，并确认：
ROW_FORMAT=DYNAMIC、innodb_file_per_table=ON、有显式主键 - 导入后立刻执行：
ANALYZE TABLE t1;更新统计信息，否则查询计划可能严重失真
物理迁移工具（如 Percona XtraBackup）适合什么情况
它复制的是 ibd 文件 + redo log，本质是“把数据文件原样搬过去”，所以只适用于同引擎迁移（InnoDB → InnoDB），不能用于 MyISAM → InnoDB 这类跨引擎场景。强行拷贝 MyISAM 的 .MYD/.MYI 文件到 InnoDB 实例，MySQL 启动时直接报错拒绝加载。
- 优势：速度快、一致性高、支持增量、不阻塞读写（备份期间可继续服务）
- 限制：要求源和目标 MySQL 版本兼容（如 5.7 备份不能还原到 8.0）、必须同为 InnoDB、操作系统架构一致（x86_64 ↔ x86_64）
- 关键动作不是“拷文件”，而是
xtrabackup --prepare回滚未提交事务 + 前滚已提交但未刷盘的日志，这步跳过就起不来库 - 还原后务必运行
mysql_upgrade（MySQL 5.7 及以前）或ALTER TABLE ... UPGRADE PARTITIONING（8.0+），否则系统表可能异常
真正可行的跨引擎迁移路径只有两条
一条是“逻辑重写”：用 mysqldump 导出，人工改 CREATE TABLE 语句，再导入；另一条是“在线重定义”：用 pt-online-schema-change 或 MySQL 8.0+ 的 ALTER TABLE ... ALGORITHM=INPLACE 在线转换引擎，但前提是原表能先转成 InnoDB，且业务允许一定延迟。
- MyISAM → InnoDB 最稳做法：
CREATE TABLE t1_innodb LIKE t1_myisam;→ALTER TABLE t1_innodb ENGINE=InnoDB;→INSERT INTO t1_innodb SELECT * FROM t1_myisam;→ 校验行数与 checksum - 不要依赖
ALTER TABLE t1 ENGINE=InnoDB一步到位，老版本 MySQL 中该操作会锁全表，且对大表极易 OOM - 如果表含 FULLTEXT，MyISAM 转 InnoDB 后必须删旧索引、重建新索引：
ALTER TABLE t1 DROP INDEX ft_idx; ALTER TABLE t1 ADD FULLTEXT(ft_col); - MEMORY 表无法持久化迁移，必须导出数据再 INSERT 到目标引擎，别指望文件拷贝
跨引擎迁移最常被忽略的点是：引擎切换后，原来依赖 MyISAM 行为的业务逻辑（比如无事务的快速计数、表级锁控制并发）会悄然失效，得重新评估应用层是否适配。
