MySQL 8.0 的 REGEXP 仅支持布尔匹配，不支持捕获组提取；真正提取需用 REGEXP_SUBSTR()（8.0.4+），但不支持命名捕获组，且无法走索引，性能受限。
MySQL 8.0 的 REGEXP 不支持捕获组提取
直接说结论：REGEXP 在 MySQL 8.0 中仅用于匹配判断（返回 1 或 0），**不能像其他语言那样用 $1、\1 提取子串**。这是最常踩的坑——很多人写 SELECT col REGEXP '(abc)(def)' FROM t，以为能拿到 abc，结果只是得到布尔值。
真正要做“提取”，必须配合 SUBSTRING() + LOCATE() 或更可靠的 REGEXP_SUBSTR()（MySQL 8.0.4+ 才有）。
用 REGEXP_SUBSTR() 提取第一个匹配片段
REGEXP_SUBSTR() 是 MySQL 8.0.4 起引入的专用提取函数，语法为 REGEXP_SUBSTR(str, pattern [, pos [, occurrence [, match_type ]]])。常用场景是取 URL 中的域名、日志中的 IP、JSON 片段里的值等。
例如从字段 log_line 中提取 IPv4 地址：
SELECT REGEXP_SUBSTR(log_line, '\b(?:[0-9]{1,3}\.){3}[0-9]{1,3}\b') AS ip FROM logs;
注意点：
-
\b是单词边界，防止匹配到192.168.1.1000中的192.168.1.100 - MySQL 正则默认是贪婪匹配，
occurrence = 2可取第二个匹配项 - 若正则无匹配，返回
NULL，不是空字符串 - 不支持命名捕获组（如
(?<ip>...)），只能靠位置索引
提取多个匹配项需结合 JSON_TABLE 或递归 CTE
MySQL 原生不支持“全部匹配并展开成多行”，比如一段文本里有 5 个邮箱，想每行一个。这时不能只靠 REGEXP_SUBSTR() 一次调用解决。
可行方案：
- 用
JSON_TABLE()+REGEXP_SUBSTR()模拟循环（适合已知最大数量，如最多 10 个） - 用递归
WITH RECURSIVE逐步截取剩余字符串（性能较差，慎用于大表） - 更实际的做法：在应用层（Python/Java）做完整正则提取，MySQL 只负责过滤（
WHERE col REGEXP 'pattern'）
简单示例（取前 3 个匹配的数字）：
SELECT n.idx, REGEXP_SUBSTR(text, '[0-9]+', 1, n.idx) AS num FROM t JOIN (SELECT 1 AS idx UNION SELECT 2 UNION SELECT 3) AS n WHERE REGEXP_SUBSTR(text, '[0-9]+', 1, n.idx) IS NOT NULL;
性能和兼容性要注意这些细节
REGEXP_SUBSTR() 无法使用索引，全表扫描不可避免。如果字段很长、数据量大，响应会明显变慢。
几个关键限制：
- 正则引擎是 ICU，不支持 Perl 风格的
\K、(? 等高级特性 -
match_type参数可设'c'（大小写敏感）、'i'（忽略大小写），默认是'c' - MySQL 8.0.16 之前，
REGEXP_SUBSTR()对 Unicode 多字节字符支持不稳定，建议升级到 8.0.22+ - 避免在
WHERE子句中对大字段反复调用REGEXP_SUBSTR()，先用REGEXP过滤再提取
真正复杂的文本解析，MySQL 不是最佳工具。正则提取逻辑一旦变多（比如嵌套括号、条件分支），很快就会变成维护噩梦。留个心眼：数据库层尽量做简单匹配，把结构化提取交给应用代码。
