REGEXP_COUNT从Oracle 11.2起支持，低版本报ORA-00904；默认不重叠匹配，统计固定子串宜用LENGTH-REPLACE法；加'i'忽略大小写，'m'影响锚点但不改变纯子串计数。
REGEXP_COUNT 函数为什么返回 0 或报错
常见现象是写完 regexp_count('abcabc', 'ab') 却得到 1 而不是 2，或者在 oracle 10g 上直接报 ora-00904: invalid identifier。这是因为 regexp_count 从 oracle 11gr2 才正式支持，低版本不可用；另外默认只匹配一次重叠位置，不自动滑动窗口。
- 必须确认数据库版本 ≥ 11.2，否则换
LENGTH+REPLACE组合替代 - 第三个参数（起始位置）和第四个参数（匹配模式）不填时，默认从第 1 位开始、大小写敏感
- 想统计重叠匹配（如
'aaaa'中'aa'出现 3 次），必须显式指定occurrence参数为 0，并用循环或递归模拟——REGEXP_COUNT本身不支持重叠计数
统计子串出现次数的正确写法（非正则场景）
如果只是找固定字符串（比如统计逗号分隔符个数），用正则反而慢且易错。这时候更稳的是用长度差法：
SELECT LENGTH(str) - LENGTH(REPLACE(str, ',', '')) AS comma_count FROM dual;
这个技巧适用于所有 Oracle 版本，且性能远高于 REGEXP_COUNT，尤其在大数据量字段上。
-
REPLACE第二个参数不能为空字符串，否则会把整个字段变空 - 若要统计空格，注意
REPLACE对连续空格也只删一次，但长度差仍准确 - 该方法对 NULL 输入返回 NULL，需提前用
NVL处理
REGEXP_COUNT 的 i 和 m 模式怎么影响结果
大小写和多行模式不只改行为，还可能改变匹配边界，导致漏数或误数。
- 加
'i'（忽略大小写）后，REGEXP_COUNT('AbCabc', 'abc')返回 2，不加则返回 1 - 加
'm'（多行模式）会影响^和$行首尾锚点，但对纯子串统计无影响；不过混用时容易误以为它能跨行匹配——其实不能，除非目标字符串本身含换行符 - 多个标志合并写成
'im'，顺序无关；但别写成'mi'以外的形式，Oracle 不校验拼写，错写成'x'会静默忽略
用 REGEXP_COUNT 提取重复模式的次数（比如邮箱域名频次）
真正体现正则价值的地方是带结构的重复提取，比如从一段日志里数出不同域名出现几次。
SELECT REGEXP_SUBSTR(log_line, '@([^.]+\.com)', 1, 1, NULL, 1) AS domain,
COUNT(*) AS cnt
FROM logs
WHERE REGEXP_LIKE(log_line, '@[^@]+\.com')
GROUP BY REGEXP_SUBSTR(log_line, '@([^.]+\.com)', 1, 1, NULL, 1);这里 REGEXP_COUNT 不适合直接用，因为你要的是“每行最多一个邮箱”的频次分布，不是单行内重复次数。真要用 REGEXP_COUNT，得先 UNPIVOT 或用递归 CTE 拆行——代价高，多数时候不如上面的分组方案。
- 正则捕获组（括号）在
REGEXP_SUBSTR第六个参数指定后才生效，漏写就返回完整匹配而非子串 -
REGEXP_COUNT无法直接返回匹配位置列表，要定位得用REGEXP_INSTR配合循环 - 复杂模式下，正则引擎回溯可能导致性能骤降，测试时务必用真实数据量压测
实际用的时候，别一上来就套 REGEXP_COUNT。先问自己：是不是固定字符串？是不是跨版本兼容？有没有隐含的重叠或上下文依赖？这些比函数怎么写更容易决定成败。
