因为REGEXP_SUBSTR默认occurrence=1，仅返回第一次匹配项，如'abc123def456'中只返'123'；要取后续数字需显式指定occurrence参数，如REGEXP_SUBSTR(str,'[0-9]+',1,2)→'456'。
REGEXP_SUBSTR 提取数字时，为什么只返回第一个匹配？
因为 REGEXP_SUBSTR 默认只取第 1 次匹配（即 occurrence = 1），哪怕字符串里有多个数字段，比如 'abc123def456ghi789'，REGEXP_SUBSTR(str, '[0-9]+') 永远只返回 '123'。这不是 bug，是设计行为——它本质是「单次提取器」，不是「全量切分器」。
要拿到后续数字，必须显式传入第四个参数：REGEXP_SUBSTR(str, '[0-9]+', 1, 2) → 返回 '456'REGEXP_SUBSTR(str, '[0-9]+', 1, 3) → 返回 '789'
- 第三个参数是起始搜索位置（字符偏移，从 1 开始），不是“跳过几个字符”
- 第四个参数才是「第几次匹配」，别和 SUBSTRING 的 position 参数混淆
- 如果指定的
occurrence超出实际匹配次数，函数返回NULL
想提取括号里的数字，第六个参数必须设为 1
如果你的正则带捕获组，比如想从 'id=123&name=test' 中精准拿 123，光写 REGEXP_SUBSTR(str, 'id=([0-9]+)') 是不够的——它仍会返回整个匹配结果 'id=123'。
必须启用捕获组提取，靠第六个参数指定组号：REGEXP_SUBSTR(str, 'id=([0-9]+)', 1, 1, 'c', 1) → 正确返回 '123'
- 第五个参数
'c'表示大小写敏感（可省略，默认就是'c'） - 第六个参数
1表示「取第一个括号内的内容」，不是「取第一个匹配」 - 模式里没写括号，第六个参数无效；写了多个括号，只认第一个（MySQL 不支持指定第 N 个捕获组）
排序或 CAST 前，先确认 REGEXP_SUBSTR 是否返回 NULL
在用 REGEXP_SUBSTR 提取数字做排序或类型转换时，常见错误是直接 CAST(... AS UNSIGNED)，但只要某行不匹配，REGEXP_SUBSTR 就返回 NULL，而 CAST(NULL AS UNSIGNED) 得到 0——这会让无数字的记录被错排到最前。
安全做法是加 COALESCE 或条件过滤：ORDER BY COALESCE(CAST(REGEXP_SUBSTR(name, '[0-9]+') AS UNSIGNED), 0)
或者更严格：WHERE REGEXP_SUBSTR(name, '[0-9]+') IS NOT NULL
- 空字符串
''和NULL在CAST下行为不同，但REGEXP_SUBSTR只返回NULL或非空字符串，不会返回空串 - 若字段本身为
NULL，整个REGEXP_SUBSTR直接返回NULL，无需额外判空字段
MySQL 8.0 以下版本不能用，别硬套
REGEXP_SUBSTR 是 MySQL 8.0 才引入的函数，低版本执行会报错：FUNCTION REGEXP_SUBSTR does not exist。没有降级替代方案能完全复刻其捕获组能力。
如果必须兼容旧版，只能退回到组合方案：SUBSTRING_INDEX(SUBSTRING_INDEX(str, 'pattern', n), 'pattern', -1)（仅适用于分隔符明确场景）
或用应用层处理（PHP/Python 等）做正则提取后再传入 SQL
- 别试图用
LOCATE+SUBSTRING手动模拟正则逻辑——边界情况多、维护成本高 - 升级 MySQL 版本仍是长期最省事的选择，尤其当业务已依赖正则提取逻辑
