mysql用regexp '[0-9]'匹配含任意数字的字段，postgresql用~ '[0-9]'，sql server需用patindex('%[0-9]%', col)>0；like仅sql server支持'[0-9]'语法，其他数据库中无效。
MySQL中用REGEXP匹配含数字的字段
MySQL 5.7+ 支持 REGEXP（或 RLIKE），直接判断字段是否含任意数字：SELECT * FROM users WHERE name REGEXP '[0-9]';
注意点：
-
[0-9]匹配单个数字，只要字段中至少出现一次就命中，不要求连续或开头 - 不区分大小写，但数字本身无大小写问题，无需额外修饰
- 如果用
REGEXP '^[0-9]+$'是匹配「全为数字」，和「含数字」语义完全不同，容易误用 - MySQL 8.0+ 支持更完整的正则语法（如
\d），但低版本仍建议坚持用[0-9]兼容性更好
PostgreSQL用~操作符检查数字存在
PostgreSQL 使用波浪号 ~ 作为正则匹配操作符：SELECT * FROM products WHERE description ~ '[0-9]';
常见误区：
- 写成
~ '0-9'（漏掉方括号）会字面匹配字符串“0-9”，不是数字范围 -
~~是大小写敏感的LIKE别名，不能用于正则，必须用单个~ - 若需忽略大小写（虽然数字无关），可用
~*，但对[0-9]无实际影响
SQL Server没有原生正则，改用PATINDEX + LIKE组合
SQL Server 2016+ 仍不支持标准正则，得靠 PATINDEX：SELECT * FROM logs WHERE PATINDEX('%[0-9]%', message) > 0;
关键细节：
-
PATINDEX返回第一个匹配位置，没找到返回 0，所以要判断> 0 - 模式字符串必须用单引号包裹，且通配符需在百分号内：
'%[0-9]%'，写成'[0-9]'会变成精确匹配单字符 -
LIKE '[0-9]'是错误的——LIKE不解析方括号为字符类，它只会字面匹配字符“[”、“0”、“-”、“9”、“]” - 性能上，
PATINDEX无法走索引，大数据量时慎用
用LIKE实现简单场景（仅适用于固定位置含数字）
如果只关心「字段开头/结尾/某一位是数字」，LIKE 更轻量、兼容所有SQL方言：SELECT <em> FROM orders WHERE order_id LIKE '[0-9]%';</em>（SQL Server）SELECT FROM orders WHERE order_id LIKE '0%' OR order_id LIKE '1%' OR ...（通用但啰嗦）
但要注意：
- 标准 SQL 的
LIKE不支持方括号字符类，上述LIKE '[0-9]%'仅在 SQL Server 中有效 - 大多数数据库（MySQL、PostgreSQL、SQLite）里，
LIKE '[0-9]%'就是字面匹配以“[”开头的字符串，完全无效 - 所以除非确认是 SQL Server，否则别依赖
LIKE做数字检测；它适合的场景其实是「已知格式」，比如LIKE '__-_<strong>-__</strong>'这种带分隔符的编号
真正难处理的是模糊边界：比如字段含 Unicode 数字（如阿拉伯-印度数字）、全角数字（０１２３），或者需要排除小数点、负号等干扰。这时候正则也得调优，不是套个 [0-9] 就万事大吉。
