Navicat Premium 17不内置脱敏逻辑，但提供两种有效路径：一是「工具→数据传输」中启用预设规则（如mask_phone）导出脱敏数据；二是通过SQL查询层手动构造脱敏逻辑（如SUBSTR+CONCAT）再导出CSV或SQL，确保脱敏在服务端完成。
navicat premium 17 本身不执行脱敏逻辑，但提供了两种真正可用的脱敏导出路径：一是通过「数据传输」功能内置的规则化脱敏（仅限导出到文件或目标库），二是用 sql 查询层手动构造脱敏逻辑再导出。前者开箱即用但封闭可控，后者灵活跨平台但依赖你写对函数。
用「数据传输」+「启用脱敏」导出假数据
这是 Navicat 17 唯一真正意义上的“一键脱敏导出”能力，只在「工具 → 数据传输」中出现，且仅作用于导出过程，不影响源库。
- 必须选择目标为“文件”（如
.sql）或“另一个数据库”，不能选“当前库” - 点击右下角「高级」→ 勾选
Enable Data Masking，才会弹出规则配置面板 - 规则名是硬编码的：
mask_phone、mask_idcard(4,10)、mask_fullname()，括号参数不可省略，否则报错 - 导出生成的是 INSERT 语句，字段值已替换为脱敏后字符串（如
'139****1234'），不是原始值 - 该功能不支持自定义正则或调用数据库函数，MySQL/PostgreSQL/Snowflake 等后端类型下规则行为一致
用 SQL 查询层脱敏后再导出（推荐用于审计/合规场景）
这种方式把脱敏控制权完全交还给你，可复用已有视图、适配不同版本语法、嵌入条件判断，也方便留痕审计。
- 导出前务必用
SELECT先验证结果，例如：SELECT id, CONCAT('***', SUBSTR(phone, -4)) AS phone FROM users LIMIT 5 - 优先用
SUBSTR而非RIGHT：MySQL 5.7 及以下、SQLite 不支持RIGHT，而SUBSTR(col, -4)在主流数据库都可用 - 导出格式选 CSV 时，必须包裹字段值——在 Navicat 导出向导的「导出选项」中勾选
Use quote character，否则含逗号/换行的脱敏地址会错列 - 避免用
mysqldump配合脱敏 SQL：它不支持在SELECT中动态计算字段；应改用 Navicat 的「导出向导 → CSV」或命令行mysql -e "SELECT ..." - 若需导出大表，别在查询里写
CONCAT(LEFT(id_card, 4), '****', RIGHT(id_card, 4))这种三段拼接——MySQL 对 NULL 字段返回NULL，整字段变空；加COALESCE包一层更稳：COALESCE(CONCAT(...), '[REDACTED]')
哪些“看起来像脱敏”的操作其实无效？
这些常见做法无法防止敏感数据落盘或泄露，容易被误认为已防护。
-
仅显示指定数据库（连接设置 → 高级）：只是隐藏左侧导航树里的库名，USE other_db; SELECT * FROM pii_table;依然能执行成功 - 导出后用 Excel 或脚本二次处理：脱敏前原始数据已写入临时文件或内存缓冲区，可能被日志、备份、快照捕获
- 创建视图但未限制权限：
CREATE VIEW v_safe AS SELECT ...有效，但若仍给账号SELECT ON users权限，用户绕过视图直查原表 - 用 Navicat 自带的「筛选」功能隐藏列：只是前端界面不显示，导出时若没取消勾选字段，原始值照常输出
真正关键的分水岭在于：脱敏动作是否发生在数据离开数据库服务端之前。只要 SQL 执行和结果生成都在服务端完成，Navicat 只负责收发，就基本可控；一旦数据以明文形态抵达本地临时存储、剪贴板或中间进程，风险等级立刻跳升。
