Navicat 本身不脱敏，但可通过「数据传输」+「Enable Data Masking」安全导出已脱敏数据；或在SQL查询层脱敏后导出CSV，需注意字段重命名、NULL处理及导出格式校验。
navicat 本身不脱敏，但能安全导出已脱敏的数据供团队共享——关键在于“脱敏动作必须在导出前完成”，且不能依赖客户端后处理。
用「数据传输」+「Enable Data Masking」导出假数据文件
这是 Navicat 17 唯一真正可控、不落地原始敏感值的脱敏导出路径，适用于给测试/外包团队分发 SQL 或 CSV 文件。
- 必须选择目标为“文件”（如
.sql或.csv），不能选“当前库”或“同库表” - 点击右下角「高级」→ 勾选
Enable Data Masking，才会弹出规则面板 - 规则名是硬编码的：
mask_phone、mask_idcard(4,10)、mask_fullname()，括号和参数缺一不可，否则报错Unknown masking rule - 导出生成的是 INSERT 语句，字段值已是脱敏字符串（如
'139****1234'），不是占位符 - 该功能不调用数据库函数，也不支持正则自定义，MySQL/PostgreSQL/Snowflake 下行为一致
用 SQL 查询层脱敏再导出 CSV（推荐用于审计留痕）
把脱敏逻辑写进 SELECT，由数据库执行计算，Navicat 只负责取结果。这种方式可复用、可验证、可嵌入权限控制。
- 导出前务必先运行
SELECT验证：例如SELECT id, CONCAT('***', SUBSTR(phone, -4)) AS phone FROM users LIMIT 5 - 优先用
SUBSTR(col, -4)而非RIGHT(col, 4)：兼容 MySQL 5.7、SQLite 等旧版本 - 导出 CSV 时，必须在导出向导的「导出选项」中勾选
Use quote character，否则含逗号的脱敏地址会错列 - 对可能为 NULL 的字段，加
COALESCE包裹：例如COALESCE(CONCAT(LEFT(id_card, 4), '********', RIGHT(id_card, 4)), '[REDACTED]')，避免整字段变空
共享前必须检查的三个落点
脱敏数据一旦导出，就脱离 Navicat 控制。共享前务必确认：
- 导出文件是否包含原始字段名（如
phone）？若需进一步混淆，应在 SQL 层重命名：CONCAT(...) AS masked_phone - CSV 文件是否被 Excel 自动识别并“修复”数字格式？比如把
139****1234当成数值转成科学计数法——建议用 VS Code 或 Notepad++ 打开校验原始内容 - 若通过 Navicat On-Prem Server 共享，上传的是脱敏后的
.sql文件，而非连接信息或查询对象——后者仍可能暴露原始表结构和字段名
最易被忽略的一点：Navicat 导出过程中的临时缓冲区、日志记录、甚至系统剪贴板，都可能残留未脱敏数据。不要在导出后立刻复制粘贴结果到聊天工具；应关闭所有 Navicat 查询窗口，再打开导出文件进行校验与分发。
