navicat的“自动运行”功能不能用于生产环境，因其依赖gui进程持续驻留并获得焦点，窗口最小化、切换应用、休眠或远程断开均会导致任务静默中断，且未注册为系统服务；稳定方案须用命令行navicat.exe --sync配合系统级计划任务，并确保.ncx配置文件正确生成、连接权限与防火墙放行、字符集及时区一致。
navicat 本身不支持真正意义上的跨服务器定时同步——所谓“自动运行”只在客户端前台活跃时生效，关窗、锁屏、切应用即中断；稳定方案必须绕过 gui，用命令行 + 系统计划任务驱动。
为什么“自动运行”功能不能用于生产环境
Navicat 的「自动运行」不是后台服务，它依赖 GUI 进程持续驻留且获得焦点。实测中，只要窗口最小化、用户切换到其他应用、系统进入休眠或远程桌面断开，同步任务就立即挂起，日志里不会报错，只会静默停止。这不是配置问题，是架构限制：Navicat 没有守护进程，也不注册 Windows 服务或 systemd unit。
常见误判现象：任务显示“已执行”但目标库无变化，实际是 GUI 被遮挡后任务根本没跑完；计划任务里“上次运行结果”始终为“尚未运行”，本质是 Navicat 进程未启动或权限不足。
必须用 navicat.exe --sync 配合系统级调度
只有 Navicat Premium（15+ 版本）附带可用的命令行工具，且需先在图形界面中保存同步配置为 .ncx 文件——这个文件不能手写，也不能从“数据传输”导出，必须来自「工具 → 数据同步」流程的保存动作。
- Windows 下调用示例：
navicat.exe --sync "C:\Tasks\order_sync.ncx"，路径含空格必须加英文双引号 - macOS/Linux 下：
/Applications/Navicat\ Premium.app/Contents/MacOS/navicat --sync "/Users/me/Sync/order.ncx" - 务必在同步任务的「高级」设置中勾选
隐藏进度窗口，否则后台执行会弹 GUI 卡死 - 建议重定向日志：
navicat.exe --sync task.ncx >> sync.log 2>&1，方便排查连接超时或权限拒绝
跨服务器同步前必须验证的三件事
90% 的失败发生在连接层，而非同步逻辑。别急着点“开始”，先确认：
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 源库账号有
SELECT权限，且能查到information_schema.tables——否则 Navicat 连表结构都读不出来 - 目标库账号至少有
CREATE、INSERT、DROP（若勾选“删除不存在的表”），且目标数据库已手动创建，字符集明确设为utf8mb4 - 运行 Navicat 的本机 IP，必须被源/目标服务器的防火墙放行数据库端口（如 MySQL 的
3306），SSH 隧道需启用本地端口转发并选“SSH 连接方式”
增量同步只能靠自定义 SQL 查询模拟
Navicat 16 的「数据传输」界面没有“增量”开关，所谓增量，是靠你在「高级 → 自定义查询」里填一条带 WHERE 条件的 SELECT 语句实现的，比如：SELECT * FROM orders WHERE updated_at > '2026-07-26 00:00:00'。
注意几个硬约束：
- 该 SQL 必须在源库可执行，且字段名、类型要与目标表兼容；Navicat 不做运行时变量替换，时间值得手动改或由外部脚本生成
- 目标表必须有主键或唯一索引，否则「追加数据」模式下可能重复插入
- 如果用
INSERT IGNORE或ON DUPLICATE KEY UPDATE逻辑，得确保目标库 SQL mode 允许，否则会静默转成普通INSERT导致主键冲突中断
真正容易被忽略的，是字符集和时区——两个连接的 Character set 设置不一致，会导致中文乱码；源/目标服务器系统时间差超过 5 分钟，会让基于时间戳的增量条件失效。这些都不会报错，只会让同步看起来“成功”却没效果。
