navicat 17 的「数据传输」中启用脱敏导出的唯一路径是：工具→数据传输→目标选“文件”或“另一个数据库”→高级→勾选enable data masking→配置硬编码规则（如mask_phone、mask_idcard(4,10)），导出insert语句中字段值已替换为脱敏字符串，原始数据不受影响。
navicat 17 的「数据传输」里怎么启用脱敏导出
navicat 17 不在查询界面或导出向导里提供脱敏开关，唯一真正支持“导出即脱敏”的路径是 工具 → 数据传输。这个功能只在导出到文件（如 .sql）或另一个数据库时生效，对当前库无效。
- 目标必须选“文件”或“另一个数据库”，不能选“当前数据库”
- 点击右下角
高级→ 勾选Enable Data Masking，才会弹出规则配置面板 - 规则名是硬编码的：
mask_phone、mask_idcard(4,10)、mask_fullname()，括号和参数不可省略，否则报错 - 导出结果是 INSERT 语句，字段值已替换为脱敏字符串（如
'139****1234'），原始数据完全不动 - 不支持自定义正则或调用数据库函数，MySQL/PostgreSQL/Snowflake 下规则行为一致
用 SQL 查询层手动脱敏再导出（更可控）
如果你需要审计留痕、适配不同数据库语法、或处理 NULL 值等边界情况，直接写 SQL 脱敏再导出更可靠。Navicat 只执行你写的语句，不干预逻辑。
- 先在查询编辑器运行验证语句，例如：
SELECT id, COALESCE(CONCAT(LEFT(phone, 3), '****', RIGHT(phone, 4)), '[REDACTED]') AS phone FROM users LIMIT 5 - 优先用
SUBSTR(col, -4)替代RIGHT(col, 4)：MySQL 5.7 及以下、SQLite 不支持RIGHT，但SUBSTR兼容性更好 - 导出格式选 CSV 时，务必在导出向导的「导出选项」中勾选
Use quote character，否则含逗号或换行的地址字段会错列 - 避免三段拼接式写法：
CONCAT(LEFT(id_card, 4), '****', RIGHT(id_card, 4))遇到 NULL 字段整列变空；加COALESCE包一层更稳 - 别用
mysqldump配合脱敏 SQL：它不支持 SELECT 中动态计算字段；应改用 Navicat 的「导出向导 → CSV」或命令行mysql -e "SELECT ..."
同步时怎么排除敏感字段或替换成脱敏值
数据同步不是导出，但常被误当作脱敏手段。关键在「字段映射」页——它决定最终 INSERT/UPDATE 语句里出现哪些列和值，而不是事后删改。
- 右键目标表 →
数据同步→ 进入「字段映射」页签 → 找到password、id_card等字段 → 取消左侧复选框 - 取消后，该字段既不出现在
INSERT INTO t (col1, col2)列名列表，也不出现在VALUES()中，彻底规避泄露 - 若字段是主键或需用于匹配（如
UPDATE WHERE id = ?），不能取消；此时点击字段右侧…→ 选「使用表达式」→ 输入脱敏逻辑 - MySQL 示例：
CONCAT(LEFT(phone, 3), '****', RIGHT(phone, 4))；PostgreSQL 示例：REGEXP_REPLACE(email, '^(.+)@', '[REDACTED]@') - 表达式结果类型必须与目标字段兼容（如字符串塞进 INT 列会报错），且不会修改源库原始数据
哪些操作看似脱敏，其实根本没用
这些做法容易让人误以为数据已受保护，但原始值已在客户端或临时文件中落盘，存在泄露风险。
- 导出后用 Excel 或 Python 脚本二次处理：Navicat 在导出前已把原始数据加载进内存或写入临时缓冲区，可能被日志、快照、备份捕获
- 连接设置里勾选「仅显示指定数据库」：这只是前端导航栏过滤，不影响
USE other_db或SELECT * FROM sensitive_db.pii_table的执行 - 在查询编辑器里 SELECT 后手动删掉敏感列再导出：Navicat 导出的是你执行后的结果集，但如果没重新运行带脱敏逻辑的 SQL，导出的仍是上一次缓存的原始值
- 依赖 Navicat 17 的「视图」或「表预览」自动脱敏：它不提供任何内置字段级渲染掩码能力，所有显示内容都来自数据库原样返回
脱敏动作必须发生在数据库服务端（SQL 层或传输层），而非客户端处理。Navicat 是个执行通道，不是脱敏引擎——你写的每一条 CONCAT、每一个 mask_phone 规则，才是真实起效的环节。
