sql层脱敏必须在查询阶段完成，优先用兼容函数如substr而非right，导出禁用--skip-extended-insert，csv需转义特殊字符并加引号包裹，跨库需适配语法如postgresql用overlay+coalesce。
导出前用 sql 函数直接脱敏，别等导出完再处理
脱敏必须在查询阶段完成，而不是导出后用脚本二次加工——否则敏感字段可能短暂落盘、日志残留、或被中间工具缓存。sql 层脱敏最稳，也最容易审计。
常见错误是把 CONCAT('***', SUBSTR(phone, -4)) 写成 CONCAT('***', RIGHT(phone, 4))，结果在 MySQL 5.7 以下报错，因为 RIGHT 不支持非字符串类型；而 SUBSTR 更兼容，且对 NULL 字段返回 NULL，不会意外拼出 *** + 空值。
- 手机号：用
CONCAT('***', SUBSTR(phone, -4))，比正则更轻量，MySQL/PostgreSQL/Oracle 都支持 - 身份证号：用
CONCAT(LEFT(id_card, 3), '****', RIGHT(id_card, 4))，注意LEFT/RIGHT在 SQLite 中需换为SUBSTR(id_card, 1, 3)和SUBSTR(id_card, -4) - 邮箱：用
CONCAT(LEFT(email, 1), '****@', SUBSTR(email, INSTR(email, '@') + 1))，避免简单替换 @ 前全部为 * 导致格式错乱（如test+dev@xxx.com）
导出命令里禁用 --skip-extended-insert，否则脱敏逻辑失效
很多用 mysqldump 导出时加了 --skip-extended-insert 图省事，以为只是换行好看——但这一选项会让每条 INSERT 单独执行，而你写在 SELECT 里的脱敏函数（比如 MD5(name)）会被当成常量计算一次，然后重复插入 N 次相同值，实际只脱敏了第一条。
正确做法是：用 SELECT ... INTO OUTFILE 或管道接 mysql -e 直出 CSV，不走 mysqldump 的 INSERT 生成逻辑。
- 安全导出示例：
mysql -u user -p -e "SELECT id, CONCAT('***', SUBSTR(mobile, -4)) AS mobile FROM users WHERE created_at > '2024-01-01'" db_name > users_anonymized.csv - 如果必须用
mysqldump，就别混用函数脱敏，改用视图（CREATE VIEW v_users_anonymized AS SELECT ..., CONCAT(...) AS mobile FROM users），再 dump 视图 -
INTO OUTFILE要求有FILE权限，且路径必须是 MySQL 服务端本地路径，不能写/home/user/这种客户端路径
导出到 CSV 时字段含逗号、换行符，会导致脱敏后数据错列
脱敏函数本身不解决格式问题。比如把地址字段脱敏成 '北京市***区***街道
123号'，里面带换行和逗号，直接导成 CSV 会破坏行列结构，下游 Excel 打开就错位——这时候再补救已经晚了。
必须在 SQL 层统一转义：MySQL 用 REPLACE(REPLACE(addr, '
', '\n'), ',', '，')（中文逗号防分裂），PostgreSQL 用 REPLACE(REPLACE(addr, E'
', '\n'), ',', '，')。
- CSV 导出务必加包裹符：MySQL 的
FIELDS ENCLOSED BY '"'是必须的，否则"张三","138****1234","北京市***区"里字段内引号不转义就会崩解析 - 别信“Excel 能自动识别”，它靠猜，一错全错；用
LOAD DATA INFILE或 Pythoncsv模块读取时，没包裹符 + 特殊字符 = 必然丢数据 - 测试方法很简单：导出后用
wc -l看行数是否等于SELECT COUNT(*)，不等就是格式污染了
PostgreSQL 的 pg_dump 不支持 SELECT 脱敏，得切到 psql copy
pg_dump 只能导表结构或全量数据，没法插自定义 SQL；想脱敏就得放弃它，改用 psql 的 copy 命令——这是唯一能跑带函数的 SELECT 并直出文件的方式。
容易踩的坑是权限：copy 是客户端命令，路径是本地路径；而 COPY（不带反斜杠）是服务端命令，路径是数据库服务器上的，且需要超级用户权限，普通账号基本用不了。
- 正确写法：
psql -U user -d db_name -c "COPY (SELECT id, overlay(phone PLACING '****' FROM 4 FOR 4) AS phone FROM users) TO '/tmp/users.csv' WITH CSV HEADER" - overlay 在 PostgreSQL 里比 substring + concat 更精准，不会因字段过短（如空字符串）报错
- 如果字段可能为
NULL，记得加COALESCE：例如COALESCE(overlay(phone PLACING '****' FROM 4 FOR 4), phone)，避免整行被跳过
脱敏不是加星号就完事，真正的难点在于：SQL 函数的跨库兼容性、导出命令对数据流的隐式修改、以及字段内容本身对格式协议的破坏——这三块不提前对齐，导出来的文件看着像脱敏了，其实早就不一致了。
