MySQL 5.7 不支持 REGEXP_REPLACE 函数，该函数直至 8.0.4 版本才引入；执行会直接报 FUNCTION does not exist 错误，属语法解析阶段失败，非配置或权限问题。
MySQL 5.7 根本没有实现 REGEXP_REPLACE 函数
不是配置没开、不是权限不对、也不是你写错了语法——REGEXP_REPLACE 这个函数在 MySQL 5.7 的源码里压根不存在。官方直到 8.0.4 版本才正式加入该函数，5.7 属于“功能列表里连名字都没有”的状态。执行 SELECT VERSION(); 返回 5.7.x，就等于直接判了死刑。
调用时会报 FUNCTION does not exist 错误
你写的 SQL 看起来没问题：SELECT REGEXP_REPLACE('abc123', '[0-9]+', '***');，但 MySQL 解析器一碰到这个函数名，立刻抛出错误：FUNCTION your_db.REGEXP_REPLACE does not exist。这不是运行时异常，是语法解析阶段就失败了，连正则引擎都还没加载。
常见误判场景：
- 以为开了
log_bin_trust_function_creators=1就能用——那是给自定义函数用的，跟内置函数无关 - 查文档看到“MySQL 支持正则”，就默认所有正则函数都有——其实 5.7 只有
REGEXP/RLIKE布尔操作符 - 在阿里云 RDS 或腾讯云 CDB 上看到“MySQL 5.7 兼容模式”，误以为兼容 8.0 函数——实际仍是纯 5.7 内核
别折腾自定义函数或应用层拼接来模拟
有人试过用 DELIMITER + 循环 + SUBSTRING_INDEX 模拟替换，或者把数据导出到 Python 再处理。这些方案问题很实在：
- 自定义函数性能极差：每行都要做字符串扫描+多次
LOCATE，10 万行表可能慢 10 倍以上 - 应用层处理破坏原子性：脱敏逻辑从 SQL 移到代码，事务边界变模糊，容易漏字段或错顺序
- 维护成本高：正则规则散落在不同语言里，改一处要同步改多处，且无法利用数据库的字符集/排序规则一致性
真正可行的替代路径只有两条
如果卡在 5.7 且不能升级：
- 用嵌套
REPLACE()处理固定格式：比如手机号脱敏，可写成CONCAT(LEFT(phone, 3), '****', RIGHT(phone, 4))，但无法应对带括号、空格、国际区号等变体 - 用
REGEXP做条件过滤 + 应用层做替换：先WHERE phone REGEXP '^[0-9]{11}$'筛出标准号码，再由业务代码统一替换，至少保证正则逻辑集中可控
最常被忽略的一点：哪怕你硬上自定义函数，MySQL 5.7 对 Unicode 的支持（尤其中文、emoji）和 8.0 的 ICU 引擎差距极大，[\u4e00-\u9fa5] 这类写法在 5.7 里基本不可靠——不是正则写错，是底层字符判定机制就不一样。
