mysql 5.7 不支持 regexp_replace 函数，该函数自 8.0.4 才引入；5.7 中仅支持 regexp/rlike 匹配，无替换能力，强行使用必报错，替代方案应采用 left/right/substring 等确定性字符串函数实现脱敏。
REGEXP_REPLACE 在 MySQL 5.7 中根本不存在，直接调用会报错 FUNCTION xxx.REGEXP_REPLACE does not exist。别浪费时间查文档或试语法——5.7 就没这个函数，存储过程里也加不进去。
MySQL 5.7 调用 REGEXP_REPLACE 必报错
这是硬性版本限制，不是配置或权限问题：REGEXP_REPLACE 是 MySQL 8.0.4 才引入的内置函数。5.7 只有 REGEXP（匹配判断）和 RLIKE，没有替换能力。你在存储过程中写 SELECT REGEXP_REPLACE(...) 或 SET x = REGEXP_REPLACE(...)，执行时一定触发错误。
想在 5.7 用正则替换？只能靠自定义函数模拟
MySQL 5.7 允许创建自定义函数（UDF），但必须满足几个前提，且性能、功能都远不如原生 REGEXP_REPLACE：
- 需先开启权限：
SET GLOBAL log_bin_trust_function_creators = 1（否则创建失败） - 自定义函数只能逐字符遍历 +
REGEXP判断，无法真正支持捕获组、反向引用、多行模式等核心正则特性 - 你看到的网上流传的
regexp_replaceUDF 实现（比如用SUBSTRING循环拼接），对中文、emoji、带空格的手机号等场景极易出错或截断 - 该函数不可 deterministic（多数实现含循环和条件分支），不能用于生成列或函数索引
更现实的 5.7 脱敏方案：避开正则，用确定性字符串函数
对手机号、身份证、邮箱这类格式固定的字段，直接用 CONCAT+LEFT/RIGHT/SUBSTRING 更稳：
- 手机号（11位）：
CONCAT(LEFT(phone, 3), '****', RIGHT(phone, 4)) - 身份证（18位）：
CONCAT(LEFT(id_card, 6), REPEAT('*', 8), RIGHT(id_card, 4)) - 邮箱（保留前2位+域名）：
CONCAT(LEFT(email, 2), '****@', SUBSTRING_INDEX(email, '@', -1)) - 姓名（只留姓）：
CONCAT(LEFT(name, 1), REPEAT('*', GREATEST(LENGTH(name) - 1, 0)))
这些组合在 SELECT、视图、存储过程中均可安全使用，不依赖版本，不触发全表扫描，也不怕 utf8mb4 编码问题。
存储过程里做脱敏，重点不是“怎么写正则”，而是“别让脱敏拖垮查询”
哪怕你硬是用 UDF 模拟出了 regexp_replace，只要把它放进 WHERE 或 JOIN 条件里，比如 WHERE regexp_replace(phone, '...', '*') LIKE '138****1234'，就等于主动放弃索引——5.7 没函数索引，又没法下推计算。真实业务中，脱敏逻辑应该只出现在最终 SELECT 列表，原始字段仍用于过滤。
真正容易被忽略的是：脱敏不是越“像正则”越好，而是越稳定、越可预期越好。5.7 的边界就是字符串函数的确定性，接受它，比强行模拟一个残缺的正则引擎更可靠。
