Navicat 数据同步中如何排除无需同步的特定敏感字段？

Navicat中排除敏感字段需在「字段映射」页取消勾选对应字段，确保INSERT/UPDATE语句的列名列表和VALUES值列表同步移除该字段；若字段必须参与同步，则改用数据库原生函数（如MySQL的CONCAT、PostgreSQL的REGEXP_REPLACE）在表达式中脱敏，并通过「预览」验证最终SQL生效。

字段映射界面取消勾选敏感字段

navicat 不提供全局“敏感字段黑名单”，但能在同步流程中逐表控制字段级同步。关键操作在「字段映射」页——它决定 insert/update 语句里实际出现哪些列和值，而非事后删改 sql。

右键目标表 →「数据同步」→ 选择源与目标库 → 进入「字段映射」页签 → 找到敏感字段（如 password、id_card、email）→ 取消其左侧复选框。

• 取消勾选后，该字段既不出现在 INSERT INTO t (col1, col2) 的列名列表，也不出现在对应 VALUES() 中，彻底规避泄露风险
• 若字段是主键或唯一键，且需用于匹配行（如 UPDATE WHERE id = ?），则不能取消；此时应改用脱敏逻辑（见下一条）
• 多表批量操作时，无法一键全选取消，必须逐表进入映射页处理

用 SQL 脱敏替代原始字段值

当字段必须参与同步（如用于关联或业务逻辑），但值本身需掩码，就得靠数据库原生函数在查询层做转换。Navicat 只负责执行你写的 SQL，不干预内容。

在同步设置中，点击敏感字段右侧的「…」→ 选择「使用表达式」→ 输入脱敏语句：

• MySQL 手机号：CONCAT(LEFT(phone, 3), '****', RIGHT(phone, 4))
• PostgreSQL 邮箱：REGEXP_REPLACE(email, '^(.+)@', '[REDACTED]@')
• 通用空值化：NULL 或 '[REDACTED]'

注意：表达式结果类型需与目标字段兼容（如把字符串塞进 INT 列会报错），且不会改变源库原始数据。

预览 SQL 确认字段已移除或替换

很多人以为取消勾选就万事大吉，结果同步后发现敏感字段仍被写入——根本原因是没验证最终生成的语句。必须点「预览」看真实 SQL。

• 检查每条 INSERT INTO t (...) 是否缺失敏感字段名
• 若用了表达式，确认 VALUES 中对应位置是函数调用，而非原始列名
• 特别注意 UPDATE 语句：即使 INSERT 没带 password，UPDATE 仍可能包含 SET password = ?，需同样处理
• 预览里一旦看到 password 字样，说明映射没生效或字段被其他规则覆盖

避免视图或导出 SQL 绕过字段控制

有人为跳过敏感字段，临时建视图或导出 SQL 后手动删字段——这两条路都不可靠。

• 视图只影响「查询输出」，Navicat 同步时若选的是基表而非视图，字段控制完全失效
• 导出 SQL 再编辑：Navicat 导出的同步脚本默认含所有字段，且列名与值顺序强耦合，手动删字段极易导致 VALUES ('a','b') 对不上 (id, name, email)
• 真正安全的路径只有一条：在字段映射层做开关 + 预览验证。其它方式都是在赌自己没漏改、没错位

最易被忽略的是 UPDATE 场景下的字段残留——同步向导里容易只盯 INSERT，却忘了 UPDATE 语句同样受字段映射控制，且默认行为更隐蔽。