MySQL中用REGEXP判断字段是否全为数字的正确写法是col REGEXP '^[0-9]+$',必须用^和$锚定首尾以实现全匹配，否则'abc123'等含数字字符串会被误判；该模式仅匹配非负整数，不支持符号、小数点或科学计数法。
MySQL 中用 REGEXP 判断字段是否全为数字
MySQL 没有内置的 IS_NUMERIC() 函数，最直接可靠的方式是正则匹配。注意：必须用 ^ 和 $ 锚定首尾，否则 'abc123' 这类含数字的字符串也会被误判为“全数字”。
常见错误写法：col REGEXP '[0-9]+' —— 它只检查是否“包含数字”，不是“全为数字”。
正确写法示例：
SELECT * FROM users WHERE phone REGEXP '^[0-9]+$';
如果还要支持带符号（如负数）或小数点，需扩展模式，但“全为数字”通常指非负整数，别轻易加 - 或 .，否则逻辑就变了。
PostgreSQL 中用 ~ 操作符配合正则
PostgreSQL 的正则语法和 MySQL 类似，但操作符是 ~，且默认区分大小写（不过数字没大小写问题）。同样必须锚定：
SELECT * FROM orders WHERE order_id ~ '^[0-9]+$';
注意：PostgreSQL 中空字符串 '' 不匹配 ^[0-9]+$（符合预期），但 NULL 值会直接被过滤掉——如果业务需要显式处理 NULL，得额外加 IS NOT NULL 条件。
另一个坑：某些旧版本 PostgreSQL（^[0-9]+$ 会失败，此时需用 ^[[:digit:]]+$ 更稳妥。
SQL Server 中用 NOT LIKE '%[^0-9]%' 的技巧
SQL Server 没有原生正则（2017+ 虽支持 STRING_SPLIT，但正则仍靠 CLR 或外部函数），最常用、兼容性最好的方式是双重否定：
-
col NOT LIKE '%[^0-9]%'表示“不存在任何非数字字符” - 同时必须排除空值：
col IS NOT NULL AND col != ''，因为空字符串会被这个表达式误认为“全数字” - 该写法对前导/后缀空格敏感——
' 123 '会判断失败，如有必要，先用RTRIM(LTRIM(col))
示例：
SELECT * FROM products WHERE sku IS NOT NULL AND sku != '' AND RTRIM(LTRIM(sku)) NOT LIKE '%[^0-9]%';
跨数据库通用但低效的方案：尝试转换再比对
像 CAST(col AS SIGNED) IS NOT NULL（MySQL）或 TRY_CAST(col AS INT)（SQL Server）看似直观，但问题很多：
- MySQL 的
CAST遇到'123abc'会静默截断为123，导致误判 - SQL Server 的
TRY_CAST对'12.3'返回NULL，但你可能想接受小数——这时它反而太严格 - 所有数据库中，超长数字（如 20 位）可能溢出，引发隐式转换错误或截断
- 性能差：每行都触发类型转换，无法走索引
除非你明确要“能转成数字”，而不是“字符串内容全由数字组成”，否则别用转换法。两者语义不同，容易在边界 case 上翻车。
真正难处理的是带千分位逗号、全角数字、Unicode 数字字符的场景——这时候正则也得升级，而且得确认目标数据库是否支持 \p{Nd} 这类 Unicode 属性，不然只能靠应用层清洗。
