Navicat 16 不具备真正的主从数据一致性定时校验能力，其“定时”仅为单次快照比对，依赖客户端常驻、网络稳定和权限就绪，无变更捕获、断点续校或服务端持久化机制。
Navicat 16 无法真正定时校验主从数据一致性——它没有持续监听、变更捕获或断点续校能力，所有“定时”都是伪实时的单次快照比对，且依赖客户端常驻、网络稳定、权限就绪。真正在生产环境可用的校验，必须绕过 Navicat 的 GUI 定时机制。
Navicat 的「定时任务」根本不是服务端校验
你在 Navicat 里设置的「每5分钟执行一次数据同步」或「计划任务触发 Data Sync」，实际只是本地进程调用一次比对逻辑：
- 一旦
navicat.exe进程退出（比如电脑休眠、用户登出、远程桌面断开），任务立即终止，不会重试也不会记录失败状态 - 勾选了 Windows 任务计划程序，也只是启动 GUI 并弹窗显示结果，不会自动点击「运行」或「生成报告」
- 比对基于当前时刻的全表快照，不感知 binlog 位点或 WAL LSN，主库写入后、从库延迟期间的中间态完全漏检
- 日志里显示「Success」≠ 数据一致：常见于字符集不一致（如源 utf8mb4、目标 utf8）、时间戳字段未统一时区、JSON 字段键序不同被误标为差异
用 Navicat 做一致性快筛的可行姿势
它适合人工介入前的轻量级筛查，但必须控制输入条件：
- 先确保主从连接都启用
Use Unicode（尤其 Oracle/SQL Server），字符集统一设为utf8mb4 - 比对前手动在「高级选项」中取消勾选
Compare timestamp with timezone，避免因系统时区差导致整列标红 - 对含 JSON 字段的表，两边先执行预处理：
JSON_NORMALIZE()（MySQL）或jsonb_strip_nulls()（PostgreSQL） - 主键字段名不一致？点击齿轮图标 → 手动拖拽绑定源
id到目标user_id；类型不兼容（如TINYINT(1)vsBOOLEAN）必须提前转换，否则跳过整行 - 比对完别直接信「同步脚本」：Navicat 生成的
ON DUPLICATE KEY UPDATE在 PostgreSQL 里会直接报错syntax error at or near "ON"
命令行调用 .ncx 文件只能触发 GUI，不能自动化
你导出的 data_sync_master_to_slave.ncx 文件，用以下命令只能唤起界面：
navicat.exe -runjob "D:\jobs\data_sync_master_to_slave.ncx"
它不会自动执行同步，也不会输出结构化报告。常见失败原因：
-
.ncx文件导出时比对尚未完成 → 文件内无<comparisonresult></comparisonresult>节点，命令行静默退出 - 连接密码加密保存 → 命令行报错
Failed to load connection，需在 Navicat GUI 中打开该连接属性，把密码改为明文（仅限内网可信环境） - Windows 任务计划程序未勾选「不管用户是否登录都要运行」→ 报错
Permission denied - macOS/Linux 下需赋予
./navicat可执行权限，且不能以root用户运行（GUI 依赖 X11 session）
真正能落地的主从一致性校验路径
放弃 Navicat 定时幻想，改用数据库原生能力组合：
- MySQL 主从：用
pt-table-checksum每 5 分钟跑一次，结果写入percona.checksums表；再用pt-table-sync --replicate percona.checksums定向修复，不依赖客户端连通性 - PostgreSQL 流复制：用
pg_checksums验证物理块完整性；关键表加MD5(CONCAT_WS('|', col1, col2))字段，通过物化视图聚合比对，cron 每分钟查一次SELECT COUNT(*) FROM checksum_diff - 跨平台或混合架构：写轻量 Python 脚本，用
mysql-connector-python和psycopg2分别取主键哈希，比对集合差异，结果写入监控平台
Navicat 唯一不可替代的价值，是帮你快速定位某张表、某几行的差异细节——但它永远不该出现在你的高可用校验链路里。
