“数据传输”比“数据同步”更适合跨库跨版本，因其采用“读取→转换→写入”流程，不依赖目标表结构一致性，可手动控制字符集、字段类型、自增值等细节，而“数据同步”需主键/唯一键行级比对，结构微小差异即导致误判或失败。
navicat 的“数据传输”能跨库、跨版本，但不能跨数据库类型（比如 mysql → postgresql 就不行），且必须手动处理字符集、字段类型、自增起始值等细节，否则大概率失败。
为什么“数据传输”比“数据同步”更适合跨库跨版本
“数据同步”本质是基于主键/唯一键做行级比对，要求源和目标表结构高度一致，跨版本时字段类型微小差异（如 TINYINT(1) vs BOOLEAN）就会导致全量误判；而“数据传输”走的是“读取→转换→写入”流程，不依赖目标表是否存在或是否匹配，更适合结构有差异的跨版本迁移场景。
常见错误现象：ERROR 1071 (42000): Specified key was too long（utf8mb4 下索引超长）、ERROR 1215 (HY000): Cannot add foreign key constraint（外键列类型不一致）——这些在“数据同步”里往往只报错不提示原因，在“数据传输”的预览日志里反而能定位到具体哪张表哪一列。
- “数据传输”支持源表用
SELECT自定义查询（例如加WHERE updated_at > '2026-06-01'实现准增量），而“数据同步”没有该入口 - 它会自动适配目标库默认引擎（如 MySQL 8.0 默认
InnoDB）和字符集（前提是连接属性里已设charset=utf8mb4） - 可显式勾选“Foreign keys”“Auto-increment value”“Comments”，避免遗漏关键元数据
跨版本同步必须检查的三项配置
跨 MySQL 5.7 → 8.0 或 PostgreSQL 12 → 15 这类操作，光连上还不够，以下三项不确认就开跑，90% 会卡在中途或生成错误结构：
- 源库连接和目标库连接的「高级」页签中，
charset必须都设为utf8mb4（不是utf8），否则中文字段导出后变成??? - 目标库若为空，提前手动执行
CREATE DATABASE mydb CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci，别依赖 Navicat 自动建库——它的默认值可能还是latin1 - 在“数据传输”→「高级」里，务必勾选
Auto-increment value，否则新表 ID 从 1 开始，和已有数据冲突；如果目标表已存在且有数据，还要勾选Truncate target table before transfer（慎用，确认过才勾）
字段类型不兼容时怎么救
Navicat 不会自动把 Oracle 的 NUMBER(10,2) 转成 MySQL 的 DECIMAL(10,2)，也不会把 SQL Server 的 DATETIME2 映射为 PostgreSQL 的 TIMESTAMP WITH TIME ZONE。它只会按字段名直连，类型不匹配就直接报错中断。
解决方式只有两个：
- 在“数据传输”→「高级」→「调整字段映射」里，手动点击不匹配的字段，把目标类型改成正确值（如把
datetime改成timestamp），并勾选Convert data type - 更稳妥的做法：在源库用自定义查询重写字段，例如把
SELECT id, created_at FROM orders改成SELECT id, CAST(created_at AS CHAR) AS created_at FROM orders，绕过类型校验，后续再人工清洗
注意：CAST 或 CONVERT 表达式必须符合源库语法，Navicat 不做二次解析。
定时任务只能靠 Windows 任务计划程序驱动
macOS/Linux 下的 navicatCLI 工具不支持运行“数据传输”配置，所谓“保存为任务”只是 GUI 内部记录，无法命令行触发。Windows 是唯一可行路径：
- 先在 GUI 中完整配置一次“数据传输”，点「保存配置文件」，得到一个
.ntf文件（比如C:\Navicat\Tasks\mysql57_to_80.ntf） - 测试命令行能否执行：
"C:\Program Files\PremiumSoft\Navicat Premium 16\navigator.exe" -transfer "C:\Navicat\Tasks\mysql57_to_80.ntf" - 若报
Failed to load connection，说明配置里用了「保存密码」，必须回到 GUI 编辑连接，取消勾选并填明文密码（仅限内网） - 把命令写进
.bat，用 Windows 任务计划程序添加任务，并勾选「不管用户是否登录都要运行」+「使用最高权限运行」，否则网络连接和文件读写常被拦截
跨版本同步最易被忽略的一点：目标库的 SQL mode（如 MySQL 的 STRICT_TRANS_TABLES）若比源库更严格，即使 Navicat 传输成功，后续应用插入也可能失败——得提前在目标库执行 SET GLOBAL sql_mode='...' 对齐。
