MySQL 8.0+ 用 REGEXP_SUBSTR(str, '[0-9]+') 可提取首个连续数字，如 'abc123def456' 返回 '123'；默认仅匹配第一次，需循环调用或结合存储过程提取全部数字块。
MySQL 8.0+ 的 REGEXP_SUBSTR 怎么提取连续数字？
MySQL 8.0 开始原生支持正则提取，REGEXP_SUBSTR 是最直接的方案。它默认只匹配第一个符合模式的子串，想提所有数字得靠循环或 JSON 拆解——但多数场景只需首个数字块。
常见错误是写成 REGEXP_SUBSTR(str, '[0-9]+') 却没注意：如果字符串开头有空格或字母，它仍能匹配；但若目标是“纯数字字段”，得加锚点 ^ 和 $；而提取“中间的数字”时反而要避免锚点。
-
REGEXP_SUBSTR('abc123def456', '[0-9]+')→'123'（只返回第一个匹配） -
REGEXP_SUBSTR(' 789 ', '^[[:space:]]*([0-9]+)[[:space:]]*$')→ 空（因为整个字符串不全匹配该模式） - 真正提取“首段数字”：用
REGEXP_SUBSTR('abc123def456', '[0-9]+')就够了
PostgreSQL 用 regexp_matches 提取全部数字怎么办？
PostgreSQL 不提供单值提取函数，regexp_matches 返回行集，必须配合 unnest 或 LATERAL 才能展开。直接在 SELECT 中用会报错：“set-returning function called in context that cannot accept a set”。
典型误操作是写 SELECT regexp_matches(col, 'd+', 'g')，结果整行卡死或报错。正确做法是把它当子查询或用 CROSS JOIN LATERAL。
- 提取所有数字块：
(SELECT string_agg(m[1], ',') FROM regexp_matches('a1b22c333', 'd+', 'g') AS m) - 只取第一个：
(SELECT m[1] FROM regexp_matches('x99y88', 'd+', 'g') AS m LIMIT 1) - 参数
'g'必须加，否则只返回首个匹配；m[1]是捕获组内容，没括号就用m[0]
SQLite 没正则函数，怎么临时补？
SQLite 默认不带正则支持，REGEXP 运算符只是占位符，启用需编译时加 -DSQLITE_ENABLE_REGEXP 或运行时加载扩展（如 libsqlitefunctions）。绝大多数生产环境 SQLite 实例根本不能用 REGEXP。
替代方案只有两个：用 LIKE + 多层 CASE 粗筛（仅适合固定格式），或把数据导出到 Python/Perl 处理。硬要在 SQL 里做，只能靠 substr + instr + 递归 CTE 模拟——但性能极差，10 行数据就明显卡顿。
- 别试
WHERE col REGEXP 'd+'—— 八成报错no such function: REGEXP - 确认是否启用：
SELECT sqlite_version(), (SELECT 1 WHERE 'a' REGEXP 'a');若第二列为空，则未启用 - 真要处理，优先考虑应用层：Python 的
re.findall(r'd+', text)更稳、更可读
正则提取数字时最容易忽略的边界情况
数字不是简单 d+ 就能覆盖的。负数、小数、科学计数法、带分隔符的金额（如 1,234.56）全会漏掉。更麻烦的是，不同数据库对 d 定义不一致：MySQL 的 [0-9] 严格，PostgreSQL 的 d 可能匹配 Unicode 数字字符（比如阿拉伯数字）。
- 要含负号：
'-?d+'（但会把-单独当数字）→ 改用'-?d+(.d+)?'处理小数 - 要兼容逗号：
'-?\d{1,3}(,\d{3})*(\.\d+)?'（注意双反斜杠在 SQL 字符串里） - PostgreSQL 中
d可能匹配٠١٢（阿拉伯数字），MySQL 则不会——跨库迁移时结果可能突变
真正上线前，一定拿真实脏数据测：含中文、emoji、全角数字、前后空格、多个连续数字块的字段，跑一遍再决定正则表达式要不要加 g 标志、要不要用捕获组、要不要后处理 trim。
