postgresql 15的regexp_replace仅支持posix正则语法，不支持pcre特性（如d、s、命名捕获组）、非贪婪修饰符及反向引用$1；默认仅替换首个匹配项，需显式指定标志（如'g'）；未匹配或捕获组错位时返回原字符串而非报错，易掩盖错误。
PostgreSQL 15 的 REGEXP_REPLACE 支持 POSIX 正则语法，但不支持 PCRE（比如 d、s、反向引用命名捕获组），也不支持贪婪/非贪婪控制符（如 .*? 中的 ?）。直接套用其他语言的正则经验容易失败。
为什么替换结果为空或没变化？
常见原因是正则未匹配到内容，或标志位漏设。PostgreSQL 默认只替换第一个匹配项，且区分大小写、不启用多行模式。
-
REGEXP_REPLACE第三个参数是替换字符串，第四个是标志（'g'全局、'i'忽略大小写、'n'点号匹配换行）——必须显式传入，不能省略 - 标志是字符串，不是布尔值：
'gi'合法，TRUE或1会报错ERROR: invalid escape sequence - POSIX 不识别
d，得写[0-9]；s要写[[:space:]]；w对应[[:alnum:]_] - 反向引用只能用
、，不能用$1或g
如何安全提取并重组捕获组？
捕获组数量必须与反向引用严格对应，否则 未定义时整个表达式返回原字符串（不是报错），极易掩盖逻辑错误。
- 测试时先用
REGEXP_MATCHES验证捕获是否成功：SELECT REGEXP_MATCHES('2023-04-01', '(d{4})-(d{2})-(d{2})') - 替换中引用捕获组：
REGEXP_REPLACE('2023-04-01', '(d{4})-(d{2})-(d{2})', '//')→'04/01/2023' - 如果想保留字面量反斜杠，需双写：
'\\1'才能输出，单个''是合法引用，'\1'会被解释为字面（非引用）
性能陷阱：过度使用 .* 导致全表扫描
.* 在 PostgreSQL 正则中无法利用索引，且引擎不做优化，长文本下可能显著拖慢查询。
- 避免
REGEXP_REPLACE(text_col, '.*foo(.*)bar.*', '')这类“通配开头结尾”的写法 - 优先用前缀匹配（
text_col LIKE 'foo%bar%'）过滤数据，再对子集调用REGEXP_REPLACE - 若需频繁处理，考虑生成函数封装 +
VOLATILE注释，并在应用层缓存结果 - 注意：即使字段有
text_pattern_ops索引，也无法加速REGEXP_REPLACE内部匹配
真正麻烦的是嵌套括号和转义层级——POSIX 正则里 (?:...) 非捕获组不被支持，[^]] 写法在某些版本会解析异常，最稳妥的方式永远是先在小样本上用 SELECT 反复验证，而不是直接写进 UPDATE 语句。
