Navicat“自动运行”不可靠，必须用navigator.exe -sync调用.nsx文件+Windows任务计划程序组合实现大表迁移；需严格配置“只在用户登录时运行”、正确设置起始目录、禁用“不管用户是否登录都要运行”，并检查max_allowed_packet、外键检查和时区一致性。
不能只在 Navicat 界面点“自动运行”就完事——它不支持真正意义上的夜间后台迁移，必须用命令行 + Windows 任务计划程序组合实现，否则凌晨电脑锁屏或用户未登录时任务必然静默失败。
为什么“自动运行”功能对大表迁移完全不可靠
Navicat 的「自动运行」依赖 GUI 进程常驻：一旦你退出软件、切换用户、系统休眠或屏幕锁定，整个流程就中断。大表迁移（比如单表超 500 万行）往往耗时数分钟甚至十几分钟，极易卡在中间状态，且无日志、无重试、无失败通知。更隐蔽的问题是：它默认不启用事务回滚，迁移中途失败可能导致目标库数据残缺但无报错。
- 任务计划里显示“已触发”，但实际没生成任何日志或数据文件
- 目标库出现部分表更新、部分未更新，且 Navicat 不提示差异
- 导出 CSV 或执行同步时突然卡住，Windows 事件查看器里只有 Application Error 0xc000007b（常见于起始目录未设或 Excel 渲染组件加载失败）
必须用 navigator.exe -sync 调用 .nsx 配置文件
大表迁移应使用「数据传输」功能预先配置并保存为 .nsx 文件，再通过 navigator.exe 命令行调用——这是唯一能绕过 GUI 依赖、支持后台执行的路径。注意不是 navicat.exe，后者只负责界面；navigator.exe 是 Navicat Premium 12+ 版本中专用于无头执行同步/备份任务的命令行工具。
- 保存配置时务必勾选「另存为作业」，路径避免中文、空格，例如：
D:\navicat_jobs\nightly_user_sync.nsx - 测试命令是否有效：在 CMD 中运行
"C:\Program Files\PremiumSoft\Navicat Premium 16\navigator.exe" -sync "D:\navicat_jobs\nightly_user_sync.nsx"，观察控制台输出是否含Sync completed successfully - 若报
Failed to load connection，回到 GUI 编辑该.nsx，在连接属性中取消勾选Save password，改用明文密码（仅限内网可信环境） - 大表建议在「选项」→「高级」中启用「使用事务」和「分批提交」，批次大小设为 10000，避免内存溢出或锁表过久
任务计划程序的关键三步设置
Windows 任务计划程序不是配完时间就完事，三个选项错一个，夜间任务就归零：
- 「安全选项」必须勾选 “只在用户登录时运行” —— 否则 Excel/PDF 渲染引擎、ODBC 驱动、SSH 隧道等组件无法初始化，大表导出或跨库同步直接返回空结果
- 「起始目录」必须设为 Navicat 安装路径，例如：
C:\Program Files\PremiumSoft\Navicat Premium 16\，否则navigator.exe找不到内置驱动和证书配置 - 「不管用户是否登录都要运行」必须 禁用，否则会丢失用户上下文，导致数据库连接认证失败（尤其 Active Directory 或 Windows 身份验证模式）
大表迁移前必做的三项检查
即使命令行和计划都配对了，大表仍可能因底层约束失败，这些不是 Navicat 的 bug，而是数据库级硬限制：
- 源库与目标库的
max_allowed_packet必须一致且 ≥64M，否则传输中途断连，错误日志里只显示Packets larger than max_allowed_packet - 目标 MySQL 必须关闭外键检查：
SET FOREIGN_KEY_CHECKS = 0;（可在「选项」→「高级」中勾选「禁用外键检查」） - 若涉及时间字段，确认源库和目标库的
time_zone一致，否则DATETIME字段值偏移，且 Navicat 不校验也不警告
夜间任务最易被忽略的，其实是磁盘空间和日志轮转——别只盯着 Navicat 是否“跑起来”，得去 D:\navicat_jobs\ 目录下看生成的日志文件最后修改时间，以及目标库的 ibdata1 增长速度。自动化不是设完就忘，而是把可观测性嵌进第一步。
