为何PostgreSQL中该REGEXP_REPLACE语句生效，其余两个却不生效？

先看生效的嵌套写法 #

SELECT REGEXP_REPLACE(REGEXP_REPLACE('[GREY]', '\]', ''), '\[', '')
这个逻辑简单直接：

• 第一次调用REGEXP_REPLACE专门匹配并移除右括号]（用\]转义是为了避免被当成正则语法的一部分）
• 第二次调用再匹配并移除左括号[
  因为是分开处理单个字符，不需要考虑正则字符类的复杂语法，所以不管你的SQL方言对正则的解析规则如何，这个写法都能稳定生效。

第一个失效语句：SELECT REGEXP_REPLACE('[GREY]', '[\[\]]', '') #

问题出在SQL正则的字符类语法差异：
不同SQL数据库（比如MySQL、PostgreSQL、Oracle）对正则字符类（[]）的解析规则有细微差别：

• 在标准正则语法中，若要在字符类里匹配]，要么把它放在字符类的最开头（比如[]\[]），要么对它进行转义；而[在字符类内部不需要转义，因为它不会被当成字符类的起始符号。
• 如果你写成[\[\]]，很多SQL引擎会把\[解析成普通的[，然后后面的]会被当成字符类的结束标记，剩下的]就变成了语法错误的冗余字符，导致整个正则表达式无法正确匹配[和]，自然替换失效。

比如在MySQL里，正确匹配两个括号的字符类写法应该是[]\[]，而在PostgreSQL中则可以写成[\[\]]——不同引擎的规则差异直接导致了这个语句在你的环境中失效。

第二个失效语句：SELECT REGEXP_REPLACE('[GREY]', '/[\[\]]/g', '') #

这个犯了把JS/PCRE风格的正则写法直接套用到SQL里的错误：

• SQL的REGEXP_REPLACE函数不需要用/包裹正则表达式，也不需要加g修饰符——因为SQL里的这个函数默认就是全局替换所有匹配的内容，不需要额外声明全局模式。
• 你写的/[\[\]]/g会被SQL当成字面字符串去匹配，而原字符串[GREY]里根本没有/或者g这些字符，所以找不到匹配项，替换自然没有效果。

内容的提问来源于stack exchange，提问作者MB34