mysqldump 是中小规模 MySQL 逻辑迁移首选工具，适用于90%场景；超千万行或跨库迁移时需替代方案；导出用 --single-transaction 等参数，导入前需建库。
mysqldump 是最常用、最轻量、最可控的 MySQL 迁移工具，适合 90% 的中小规模逻辑迁移场景；但当数据量超千万行、或需跨数据库（如迁到 SQL Server / DM / Oracle）时，它就不够用了。
小数据量直接用 mysqldump + mysql 命令最稳
这是运维和开发最常写进脚本的方式，不依赖 GUI，可复现、可审计、无状态残留。
- 导出结构+数据：
mysqldump -h127.0.0.1 -P3306 -uroot -p'xxx' --single-transaction --routines --triggers testdb > testdb.sql
- 导入前确保目标库存在：
mysql -h127.0.0.1 -P3306 -uroot -p'xxx' -e "CREATE DATABASE IF NOT EXISTS testdb CHARACTER SET utf8mb4;"
- 再导入：
mysql -h127.0.0.1 -P3306 -uroot -p'xxx' testdb < testdb.sql
⚠️ 注意：--single-transaction 对 InnoDB 有效，能避免锁表；但 MyISAM 表仍会锁，线上迁移务必确认存储引擎。另外，mysqldump 默认不导出用户权限，需要额外用 SELECT CONCAT('GRANT ', ...) 手动拼。
大数据量（500万+ 行）优先选 mydumper/myloader
比 mysqldump 快 3–10 倍，核心优势是多线程 + 事务快照分离 + 表级并行。
- 备份命令示例（跳过系统库，压缩，4线程）：
mydumper -u root -p'xxx' -t4 --compress --regex'^(?!(mysql\.|sys\.|test\.))' -o /backup/mydumper_out -v3
- 恢复命令（自动建库建表，支持断点续传）：
myloader -u root -p'xxx' -t4 -d /backup/mydumper_out
⚠️ 注意：mydumper 不导出视图定义中的 DEFINER，导入后可能报 View 'xxx' references invalid table(s) or column(s)；建议加 --skip-definer 参数。另外，它不处理外键约束顺序，大表间有强外键依赖时，要手动调整导入顺序或先关外键检查：SET FOREIGN_KEY_CHECKS=0;。
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
跨数据库迁移（MySQL → SQL Server / DM / Oracle）别硬套 mysqldump
字段类型不兼容、SQL 语法差异、权限模型不同——直接导 SQL 再改，容易漏、难验证、上线就崩。
- MySQL → SQL Server：用微软官方
SSMA for MySQL（SQL Server Migration Assistant），它能自动转换TINYINT(1)→BIT、DATETIME时区处理、存储过程重写等，但注意它不迁移EVENT和自定义函数，需人工补全。 - MySQL → 达梦 DM：用达梦自带的
DM 数据迁移工具，关键设置是「目的模式名全大写」+「保持对象名大小写」勾选与否要和源库严格一致，否则SELECT * FROM user可能变成SELECT * FROM USER报错。 - MySQL → Oracle：Navicat Premium 可以直连两库拖表，但只适合少量表；生产环境推荐用
Oracle SQL Developer的迁移向导（免费），它会生成 DDL 脚本供你审核。
⚠️ 所有跨库工具都默认不迁移 MySQL 的 user 表——除非你明确勾选「迁移权限信息」，否则新库的账号得重配。
云上迁移首选腾讯云 DTS 或阿里云 DTS
不是因为它们“高级”，而是它们把最麻烦的事封装掉了：增量同步、断点续传、主从切换感知、DDL 同步拦截、数据一致性校验（抽样比对）。
- 适用场景：停机窗口极短（
- 关键配置项：
全量迁移 + 增量迁移必须同时开启；迁移对象过滤里记得取消勾选mysql系统库；高级设置中打开忽略错误要谨慎，比如1062 Duplicate entry可忽略，但1146 Table doesn't exist绝对不能忽略。
⚠️ DTS 迁移完成后，root 密码仍是源库密码——如果你在目标云数据库里提前创建了同名账号，它的密码不会被覆盖，必须手动重置。
真正卡住人的往往不是工具选错，而是没提前查清三件事：源库的 sql_mode（影响 GROUP BY 是否报错）、字符集是否含 utf8mb4（否则 emoji 存成 ?）、以及有没有用 JSON 字段或 Generated Column（老版本目标库根本不认）。这些细节，所有工具都不会主动提醒。
