MySQL 8.0+ 的 REGEXP_REPLACE 需版本≥8.0.4，语法为 REGEXP_REPLACE(str, pattern, replacement[, position[, occurrence[, match_type]])，pattern 用 POSIX ERE（如 [0-9]），捕获组引用写为 ，replacement 为空字符串合法。
MySQL 8.0+ 的 REGEXP_REPLACE 怎么写才不报错
不是所有 MySQL 版本都支持 REGEXP_REPLACE，5.7 及更早版本直接调用会报错 FUNCTION xxx.REGEXP_REPLACE does not exist。必须确认版本 ≥ 8.0.4，且 sql_mode 中不含 NO_ENGINE_SUBSTITUTION 以外的正则限制项（实际影响不大，但某些严格模式下会抑制警告）。
基础语法是：REGEXP_REPLACE(str, pattern, replacement[, position[, occurrence[, match_type]])。前三个参数必填，position 默认为 1（从开头匹配），occurrence 默认为 0（替换全部匹配），match_type 常用值有 'c'（大小写敏感）、'i'（忽略大小写），不传则按列字符集排序规则决定。
- pattern 中不能用 PCRE 风格的
d或s，MySQL 使用 POSIX ERE 语法，得写成[0-9]、[[:space:]] - replacement 字符串里不能直接写
$1引用捕获组，要用\1（双反斜杠），且捕获组必须用括号()明确定义 - 空字符串
''作为 replacement 是合法的，但若 pattern 为空或为^$类边界匹配，可能意外清空整列
清理手机号中间四位：为什么 REGEXP_REPLACE(phone, '(\d{3})\d{4}(\d{4})', '\1****\2') 有时失效
这个写法在大多数中国手机号场景下有效，但容易忽略两个现实问题：原始数据含空格、横线、括号，或开头带 +86/0086；还有部分号码是 170/171 等虚拟运营商号，但位数仍是 11 位，不影响匹配。
真正导致失效的是 pattern 没做前置清洗和锚定：
- 没加
^和$锚点，遇到'tel:13812345678'这类带前缀的数据，会错误匹配子串，结果变成'tel:138****5678' - 没先用
TRIM()和REPLACE()去掉空格、短横线，pattern 中的\d不会匹配这些符号，导致整个正则失败 - 应该组合使用：
REGEXP_REPLACE(TRIM(REPLACE(REPLACE(phone, '-', ''), ' ', '')), '^1[3-9][0-9]{9}$', '\1****\2')—— 注意这里 pattern 实际要配合捕获组重写为^(1[3-9][0-9]{2})([0-9]{4})([0-9]{4})$，才能正确提取首三位和末四位
PostgreSQL 用 REGEXP_REPLACE 替换邮箱域名时，'g' 标志和 'i' 标志能一起用吗
可以，PostgreSQL 支持多标志组合，比如 'gi' 表示全局 + 忽略大小写。但要注意顺序无关，'ig' 效果相同。
常见误用是以为 'g' 能跨行替换——其实默认不匹配换行符，除非显式在 pattern 中加入 [
] 或开启 'n' 标志（使 . 匹配换行）。另外，PostgreSQL 的捕获组引用用的是 \1、\2，和 MySQL 一致，但不支持 $1。
- 想把所有
@gmail.com换成@example.com，安全写法是：REGEXP_REPLACE(email, '@gmail\.com$', '@example.com', 'gi')（注意点号要转义） - 如果 email 字段含多个邮箱（逗号分隔），用
'g'才能全量替换；否则只换第一个 - pattern 末尾加
$很关键，避免把myname@gmail.com.cn错误替换成myname@example.com.cn
Oracle 中没有 REGEXP_REPLACE？其实是有的，但默认行为和 MySQL 差很多
Oracle 自 10g 起就支持 REGEXP_REPLACE，函数签名是 REGEXP_REPLACE(source_string, pattern, replace_string[, position[, occurrence[, match_parameter]])，看着像，但默认行为差异大：
- Oracle 默认只替换第一个匹配（
occurrence = 0表示全部，和 MySQL 相反） - match_parameter 常用值是
'i'（忽略大小写）、'c'（区分大小写）、'n'（让.匹配换行）、'm'（多行模式，^/$匹配每行起止） - Oracle 的 POSIX 语法更严格，
[[:digit:]]可用，但\d不识别；中文字符需用 Unicode 类如\u4E00-\u9FFF，不能靠[x{4E00}-x{9FFF}] - 性能上，Oracle 对长文本 + 复杂正则响应明显变慢，建议先用
LENGTH()过滤超长字段再进正则处理
真正麻烦的是 Oracle 不支持在 WHERE 子句中对 REGEXP_REPLACE 结果直接建索引，线上大表做清洗时，最好先 UPDATE ... SET col = REGEXP_REPLACE(col, ...) 落库，别总在查询时实时计算。
