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 语句同样受字段映射控制，且默认行为更隐蔽。
