脱敏必须在源端数据库内完成，不能依赖navicat同步过滤或目标端处理；推荐通过创建只读脱敏视图（如v_user_safe）封装concat、sha2等函数逻辑，再同步该视图，并关闭navicat日志、过滤同步配置文件、禁用目标库审计日志以防泄露。
线上数据直接同步到本地存在严重风险，脱敏不是“加个WHERE条件”就能解决的事——它必须在数据离开生产环境前完成，且不能依赖目标端逻辑。
脱敏必须在源端执行，不能靠Navicat的“同步过滤”
Navicat 的 数据同步 功能支持 WHERE 条件过滤，但这是在拉取数据时做的筛选，原始敏感字段（如 id_card、phone、email）仍会经过网络传输。哪怕你用 WHERE 1=0 也能看到字段定义被读取，说明元数据已暴露。
- 真正安全的脱敏必须在源数据库内完成：用
CONCAT('***', SUBSTR(phone, -4))或SHA2(email, 256)等函数处理后再传出 - Navicat 不提供字段级表达式重写能力，所以不能在同步界面里把
phone替换成脱敏结果 - 若源库不支持脱敏函数（如旧版 MySQL 5.6），需先建视图或临时表封装脱敏逻辑
推荐做法：用视图 + 数据同步，避免硬编码脱敏逻辑
在源数据库中创建只读脱敏视图，再让 Navicat 同步该视图，是最可控的方式。
- 例如建视图
v_user_safe：SELECT id, CONCAT('U', id) AS uid, SHA2(email, 256) AS email_hash, '***' AS phone FROM user - 同步时在 Navicat
数据同步向导中，“源对象”选这个视图，而非原表 - 注意：视图字段名必须与目标表兼容；若目标表字段类型/长度不匹配（如
email_hash是 CHAR(64)），需提前调整目标表结构 - 切勿在视图中使用
NOW()、UUID()等非确定性函数，否则每次同步结果不一致
同步过程中最容易忽略的三个泄露点
即使用了脱敏视图，以下环节仍可能泄露原始信息：
-
Navicat 日志文件默认记录完整 SQL，包括 SELECT 语句中的字段名和 WHERE 条件——需在“工具 → 选项 → 日志”中关闭“SQL 日志” -
同步配置文件（.nsync）包含连接信息和源对象路径，若误提交到 Git，等于暴露数据库地址和表名——建议用.gitignore过滤 *.nsync - 目标库若启用了
general_log或审计插件，INSERT 语句中的脱敏值（如'***'）虽无害，但字段名本身（如real_name）可能暗示业务含义——本地开发库应禁用所有审计日志
脱敏的核心不是“让数据看起来不像真数据”，而是确保原始敏感值从未离开生产网络边界。任何把脱敏逻辑后移到 Navicat 或本地数据库的操作，都等于在信任链上凿了个洞。
