mysql 8.0+ 无原生 mask 函数，需用 concat、left、repeat、right 等组合实现脱敏；云平台的“脱敏”是代理层重写，并非数据库能力。
MySQL 8.0+ 直接用 MASK 函数？别试了，它根本不存在
MySQL 官方没有 MASK 函数。你查文档、补全提示、甚至翻源码都找不到这个函数名——它常被误传为内置脱敏函数，实际是某些中间件（如阿里云 DMS）或自定义 UDF 的封装名。真正在 MySQL 中批量脱敏，得靠组合字符串函数：CONCAT、LEFT、REPEAT、CHAR_LENGTH，配合 UPDATE 的条件逻辑。
典型错误现象：执行 UPDATE users SET phone = MASK(phone, 'phone') 报错 FUNCTION MASK does not exist。这不是权限问题，是函数压根没实现。
- 确认 MySQL 版本：
SELECT VERSION();，8.0.30+ 仍无原生MASK - 若用的是云数据库控制台（如腾讯云 DBbrain、阿里云 DMS），其“脱敏执行”按钮背后是代理层重写 SQL，不是数据库真实能力
- 生产环境切勿依赖未声明的函数名，否则迁移或升级后批量脚本直接失效
手机号、身份证号批量脱敏：用 LEFT + REPEAT 控制掩码长度
最可控、兼容性最好的方式是显式截取前几位 + 固定掩码字符。比如手机号保留前 3 位、后 4 位，中间用 * 替换；身份证保留前 6 位和后 4 位。
UPDATE users
SET phone = CONCAT(LEFT(phone, 3), REPEAT('*', CHAR_LENGTH(phone) - 7), RIGHT(phone, 4)),
id_card = CONCAT(LEFT(id_card, 6), REPEAT('*', CHAR_LENGTH(id_card) - 10), RIGHT(id_card, 4))
WHERE phone IS NOT NULL AND CHAR_LENGTH(phone) = 11;
关键点：
-
CHAR_LENGTH(phone) - 7是因为 3（前缀）+ 4（后缀）= 7，剩余位数才打星；身份证同理，6 + 4 = 10 - 必须加
WHERE条件过滤空值和异常长度，否则RIGHT(phone, 4)对短于 4 位的字段会返回空字符串，导致数据错乱 - 若字段含空格或分隔符（如
138-1234-5678），先用REPLACE(phone, '-', '')清洗，再脱敏
PostgreSQL 怎么办？overlay() 和 regexp_replace() 更精准
PostgreSQL 原生支持正则，对格式多变的敏感字段（如带括号/空格的电话、不同位数的身份证）更友好。不用硬算长度，直接匹配模式。
UPDATE users
SET phone = overlay(phone placing '****' from 4 for 4),
email = regexp_replace(email, '(.+)@(.+\.)', '***@', 'g');
说明：
-
overlay(phone placing '****' from 4 for 4)表示从第 4 位开始，用 4 个*覆盖原有内容，比拼接更简洁 -
regexp_replace(email, '(.+)@(.+\.)', '***@', 'g')匹配邮箱用户名部分和域名前缀，只保留***@domain.com - 注意
regexp_replace的第三个参数是替换字符串，不是正则表达式；想保留域名后缀需用捕获组，例如regexp_replace(email, '(.+)@(.+\..+)', '***@\2', 'g')
执行前必须做的三件事：备份、限流、验证脱敏逻辑
批量 UPDATE 敏感字段不是“跑条 SQL 就完事”，一个疏忽就不可逆。
- 先用
SELECT模拟效果：SELECT id, phone, CONCAT(LEFT(phone,3), REPEAT('*',7), RIGHT(phone,4)) AS masked FROM users LIMIT 5;看输出是否符合预期 - 加
LIMIT分批更新（尤其百万级以上表）：UPDATE users SET phone = ... WHERE id BETWEEN 10000 AND 20000;避免锁表过久 - 脱敏后立刻校验：查几条原始值和新值，确认没把
13812345678变成138******78（少了一位）或138*****678（多打了一颗星）——这种边界错误极难回滚
真正麻烦的从来不是函数怎么写，而是脱敏规则是否覆盖所有业务场景：国际号码要不要处理？测试账号的假数据要不要跳过？这些细节不提前对齐，脚本跑完才发现要重来。
