navicat 不支持跨平台数据同步验证，仅能手动执行标准化查询比对校验和。需分别在 mysql 和 postgresql 中用 md5+排序聚合计算 checksum 并比对，且须注意结构兼容、时区、字符集、字段语义等差异。
Navicat 本身不提供跨平台数据同步验证功能
Navicat 是数据库客户端工具，不是同步服务或数据比对引擎。它无法自动检测 Windows 上的 MySQL 和 Linux 上的 PostgreSQL 之间字段值、行数、校验和是否一致。所谓“统一验证”，实际是靠你手动触发、分步执行的验证动作，而非一键同步校验。
常见错误现象包括：在 Navicat 中右键表 → “数据同步” → 选了两个不同平台的连接，结果报错 Unsupported source/target combination 或直接灰掉按钮——这是因为 Navicat 的同步向导只支持同类型数据库间的结构+数据迁移（如 MySQL → MySQL），不支持跨数据库类型或跨平台语义对齐。
- 同步前必须确保两端表结构兼容：比如 Linux 上的
TEXT字段在 Windows 的 SQL Server 中对应NVARCHAR(MAX)，否则 Navicat 导出再导入会截断或报错 - 时间类型要特别注意：
TIMESTAMP在 MySQL 中带时区隐式转换，PostgreSQL 的TIMESTAMPTZ则显式存 UTC，Navicat 不做自动时区归一化 - 字符集差异会导致乱码验证失败：Windows 客户端默认用
GBK连 MySQL，Linux 服务器常用UTF8MB4，Navicat 若未在连接设置中显式指定character_set_client=utf8mb4，查出来的数据就不可信
用 Navicat 手动做跨平台数据一致性快照比对
这是最可行、也最常被忽略的“统一验证”实操路径：不依赖同步功能，而是用 Navicat 作为查询终端，分别从 Windows 和 Linux 数据库拉取标准化结果，再本地比对。
Handsfree Windows Control
下载
通过 handsfree-windows CLI控制 Windows 本机应用 (UIA) 和浏览器 (Playwright) 的引导技能，用于自动化或测试桌面应用。
- 在 Windows 端 Navicat 连接 MySQL，执行：
SELECT MD5(GROUP_CONCAT(CONCAT_WS('|', id, name, created_at) ORDER BY id)) AS checksum FROM users; - 在 Linux 端 Navicat 连接 PostgreSQL，执行等效语句：
SELECT MD5(STRING_AGG(id::TEXT || '|' || name || '|' || created_at::TEXT, '|' ORDER BY id)) AS checksum FROM users; - 把两个
checksum值复制出来比对；若一致，说明该表核心字段在排序后完全相同 - 注意：PostgreSQL 的
STRING_AGG默认不保证顺序，必须加ORDER BY；MySQL 的GROUP_CONCAT同理，漏写会得到不稳定结果
避免用 Navicat 的“结构同步”替代数据验证
很多人误以为“结构同步”能保证数据一致，其实它只处理 DDL（建表语句），完全不碰 DML（数据行）。即使 Navicat 显示“结构已同步”，Linux 表里可能有 10 万条脏数据，Windows 表里只有 2 条测试记录——这根本不是同步问题，而是流程缺失。
- 结构同步后务必人工确认：两端的
SELECT COUNT(*)是否接近（允许因软删除、分区策略导致的合理偏差） - 不要信任 Navicat 的“数据传输”向导对大表的处理：它默认分页拉取，若中间网络抖动或目标库超时，可能只传了前 5000 行就静默结束
- 真实生产环境应绕过 Navicat，改用命令行工具做原子性验证：比如用
mysqldump --no-create-info+pg_dump --data-only导出文本，再用diff或sha256sum比对
真正需要关注的混合部署验证盲区
最容易被跳过的点，不是 Navicat 能不能点，而是数据语义是否真的等价。比如一个看似简单的 status 字段：
- Windows MySQL 存的是
TINYINT(1)，1=启用，0=禁用 - Linux PostgreSQL 存的是
BOOLEAN，true/false，但某些 ORM 会把false渲染成空字符串或NULL - Navicat 查看时都显示为“是/否”，但导出 CSV 后，前者是
1/0，后者是t/f—— 如果你用 Excel 做比对，Excel 会把t当文本、1当数字，自动转成不同格式
这种底层表示差异不会触发 Navicat 报错，却会让 QA 阶段的数据验证结论完全失效。
