REGEXP_LIKE并非通用SQL标准函数，仅Oracle和MySQL 8.0+原生支持；PostgreSQL用~操作符，SQL Server不原生支持，直接使用会报错。
REGEXP_LIKE 不是通用 SQL 标准函数，它只在 Oracle 和 MySQL 8.0+ 中原生支持；PostgreSQL 用 ~ 操作符，SQL Server 则根本不支持正则——直接写 REGEXP_LIKE 在多数数据库里会报 ORA-00904 或 Unknown function 错误。
Oracle 中 REGEXP_LIKE 的实际匹配逻辑
Oracle 的 REGEXP_LIKE 是模式匹配函数，返回布尔值，常用于 WHERE 或 CASE。它默认区分大小写，且不自动锚定（即不强制从头到尾匹配），这点和很多开发者直觉相反。
- 要匹配整列值（而非子串），必须显式加
^和$，例如REGEXP_LIKE(col, '^A[0-9]{3}$') - 忽略大小写用第三个参数
'i'，如REGEXP_LIKE(col, 'error', 'i') - 注意转义：反斜杠在字符串中需写成双反斜杠
\，比如匹配 Windows 路径'C:\\Users\\.*' - 性能敏感场景慎用：全表扫描无法走索引，即使列上有函数索引，也仅对固定模式有效
MySQL 8.0+ 的 REGEXP_LIKE 行为差异
MySQL 的 REGEXP_LIKE 语法虽类似 Oracle，但默认行为不同：它**自动启用多行模式（m）且不区分大小写**（取决于列的 collation），容易导致意外匹配。
- 显式控制大小写：用
'c'（区分）或'i'（不区分），例如REGEXP_LIKE(name, '^[A-Z]', 'c') - 锚定仍需手动加
^/$，MySQL 不提供“全值匹配”开关 - 不支持 Oracle 的部分扩展语法，如
[[:digit:]]可用，但d在 MySQL 8.0.17 前不被识别 - 错误示例：
REGEXP_LIKE(phone, '\d{3}-\d{4}')在旧版本会静默失败，应改用[0-9]
常见误用与对应修复
多数线上问题不是正则写错，而是没意识到数据库对正则的支持边界和隐式行为。
- 想匹配邮箱却写成
REGEXP_LIKE(email, '@')→ 实际只查含 @ 字符，应改用'^[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}$' - 在 WHERE 中混用
NOT REGEXP_LIKE和 NULL 值 → NULL 参与任何布尔判断都得 NULL，结果被过滤掉，需额外加OR col IS NULL - 用
REGEXP_LIKE替代简单LIKE（如col LIKE 'ABC%'）→ 性能差 5–10 倍，无必要不升级正则 - 跨库迁移时硬搬 Oracle 语句到 MySQL → 报
FUNCTION xxx.REGEXP_LIKE does not exist，需重写为col REGEXP '...'或用RLIKE
真正难的不是写出复杂正则，而是确认当前数据库版本是否支持你要用的语法特性、是否处理了 NULL、是否锚定了边界——这些细节不验证，再准的正则也会在生产环境漏匹配或误匹配。
