MySQL中查含数字字符串最简写法是WHERE col REGEXP '[0-9]'，等价于'[[:digit:]]'；MySQL 8.0+支持'd'但需双反斜杠且部分字符集下可能失效，全角数字无法匹配，需应用层处理。
MySQL中用REGEXP匹配含数字的字符串
MySQL 8.0+ 原生支持 REGEXP（也叫 RLIKE），但注意它默认是**不区分大小写**且**按字符集排序规则匹配**，不是 POSIX 全兼容。想查字段里「至少有一个数字」的记录，最简写法是：
SELECT * FROM users WHERE name REGEXP '[0-9]';
等价写法：name RLIKE '[[:digit:]]' 或 name REGEXP '\d'（注意双反斜杠，因为 MySQL 解析器先吃掉一层）。
-
[0-9]最稳妥，所有版本都支持，含义明确 -
\d在 MySQL 8.0+ 可用，但某些字符集（如utf8mb4_0900_as_cs）下可能意外失效 - 别用
REGEXP '.*[0-9].*'——REGEXP本身就是子串匹配，开头结尾的.*完全多余
PostgreSQL要用~操作符，不是REGEXP
PostgreSQL 没有 REGEXP 关键字，得用波浪号操作符 ~（区分大小写）或 ~*（不区分）。查含数字：
SELECT * FROM products WHERE description ~ '[0-9]';
常见误操作是写成 WHERE description REGEXP '[0-9]'，这会直接报错：ERROR: operator does not exist: text ~ unknown（其实是语法错误，不是缺操作符）。
- PostgreSQL 的正则引擎更严格，
[[:digit:]]和\d行为一致，推荐用前者 - 如果字段值为
NULL，~返回NULL而非FALSE，记得加IS TRUE显式判断（尤其在WHERE中） - 性能上，没有索引时全表扫描不可避免；若高频查询，可建函数索引：
CREATE INDEX idx_desc_digit ON products ((description ~ '[0-9]'));
SQLite里只能靠LIKE模拟，无法真正用正则
SQLite 默认不带正则函数，REGEXP 是个占位符，调用失败会报错：no such function: REGEXP。除非你手动加载 regexp.c 扩展或用 Python/PHP 等宿主语言注入函数，否则只能退化处理：
SELECT * FROM logs WHERE content LIKE '%0%' OR content LIKE '%1%' OR content LIKE '%2%' OR ... OR content LIKE '%9%';
这种写法难看、低效、易漏，仅适合数据量极小或临时排查。
- SQLite 3.34+ 支持
REGEXP作为虚拟表函数，但需启用编译选项ENABLE_RTREE，生产环境几乎不用 - 更现实的方案：应用层过滤，或者换用
instr(content, '0') > 0 OR instr(content, '1') > 0 ...，比LIKE稍快一点
注意字符集和边界导致的漏匹配
数字识别失败往往不是正则写错了，而是字段内容藏了不可见字符或用了全角数字。比如用户输入「１２３」（Unicode 全角数字），[0-9] 完全匹配不上。
- 先用
HEX(name)或LENGTH(name) - LENGTH(REPLACE(name, '1', ''))确认是否真有 ASCII 数字 - MySQL 中若字段是
utf8mb4且存了全角数字，得用 Unicode 属性：name REGEXP '[\uFF10-\uFF19]'（但 MySQL 不支持\u写法，实际得靠应用层处理） - 正则中的
^和$是行首/行尾锚点，在多行文本中容易误判；查「含数字」场景永远用[0-9]这类无锚点表达式
真正麻烦的是混合编码和全半角，正则只是工具，数据源头的清洗和标准化比写对一个表达式重要得多。
