MySQL 8.0+中用REGEXP_REPLACE删除非数字字符的正确写法是REGEXP_REPLACE(col, '1', '')，其中1表示匹配所有非数字字符并替换为空字符串；该函数低版本不支持，需确保MySQL版本达标。0-9 ↩
REGEXP_REPLACE在MySQL里怎么删掉非数字字符
MySQL 8.0+ 才原生支持 REGEXP_REPLACE，低版本会直接报错 FUNCTION REGEXP_REPLACE does not exist。它不是简单替换字符串，而是靠正则匹配后替换，所以得先写对模式。
想只保留数字，常见写法是：REGEXP_REPLACE(col, '[^0-9]', '')。注意 [^0-9] 中的 ^ 在方括号内表示“非”，别漏掉；写成 [^0-9]+ 也没错，但单个 + 不影响结果，只是匹配效率略高一点。
- 空格、换行、制表符都属于“非数字”，会被一并干掉
- 如果字段里有负号或小数点，
[^0-9]也会把它们删掉，要保留就得改模式，比如'[^0-9.-]'（但要注意小数点在正则里是特殊字符，放方括号里不用转义） - 匹配中文符号（如全角逗号、顿号）也得显式加进去，
[^0-9，。！？、]，否则删不干净
PostgreSQL用regexp_replace处理emoji和控制字符
PostgreSQL 的函数名是小写的 regexp_replace，而且默认是区分大小写的，第三个参数 'g' 必须显式加上才能全局替换，不然只换第一个匹配项。
emoji 和不可见控制字符（比如 到 、 、 、- ）容易导致导出失败或前端渲染异常。稳妥做法是：用 Unicode 范围排除掉基本多文种平面之外的字符，再单独过滤控制符：
regexp_replace(text_col, E'[\u{10000}-\u{10FFFF}]|[\x00-\x08\x0B\x0C\x0E-\x1F]', '', 'g')
-
E''表示启用转义，否则u{...}不识别 - PostgreSQL 10+ 支持
u{...}写法，旧版本得用\u....拆成四字符形式，且无法表达增补平面 emoji - 别用
.或[sS]代替，它们匹配不了某些控制字符
Oracle中REGEXP_REPLACE的性能坑：别在WHERE里用
Oracle 的 REGEXP_REPLACE 函数本身不慢，但一旦放进 WHERE 条件里做过滤（比如 WHERE REGEXP_REPLACE(name, '[^a-zA-Z]', '') = 'abc'），就完全无法走索引，哪怕你对 name 建了函数索引，也得严格匹配函数签名和参数顺序。
- 函数索引必须写成
CREATE INDEX idx_clean_name ON t (REGEXP_REPLACE(name, ''[^a-zA-Z]'', ''''))，引号嵌套容易错 - 如果只是清洗后导出或展示，优先在应用层或中间视图里处理，别拖慢查询主路径
- 替换空字符串时，Oracle 对
NULL输入返回NULL，不是空串，下游 ifnull 处理得跟上
跨数据库统一清洗方案：为什么建议用标准SQL + 应用层兜底
不同数据库的正则语法差异不小：MySQL 不支持 p{Emoji}，PostgreSQL 需要 E''，Oracle 对 Unicode 码点支持有限。真要兼顾多个环境，硬靠 SQL 清洗容易漏。
更稳的做法是：SQL 层只做基础去空格、去常见标点（REPLACE(REPLACE(col, '
', ''), '
', '')），复杂逻辑交给应用代码——Python 用 re.sub(r'[^ws]', '', text)，Java 用 Pattern.compile("[^\p{IsAlphabetic}\p{IsDigit}\s]").matcher(str).replaceAll("")。
特别提醒：正则里的 s 在各数据库含义不一致，MySQL 当它等价于 [
]，PostgreSQL 默认不含
，Oracle 更只认空格。别指望一条正则打天下。
