Oracle默认不区分大小写且受NLS_SORT影响，MySQL 8.0+默认区分大小写、需显式加'i'标志；Oracle支持'm''n'等扩展标志，MySQL仅有限支持；两者对NULL均返回NULL，空值处理逻辑须显式声明。
REGEXP_LIKE 在 Oracle 和 MySQL 8.0+ 中的行为差异
Oracle 原生支持 REGEXP_LIKE，MySQL 直到 8.0 才引入同名函数，但语义不完全一致：Oracle 默认不区分大小写（受 NLS_SORT 影响），MySQL 默认区分大小写；MySQL 不支持 'i' 标志以外的扩展标志（如 'm' 多行模式需显式启用）。实际写跨库兼容 SQL 时，别指望一个正则表达式在两边行为一致。
常见错误现象：REGEXP_LIKE('ABC', 'abc') 在 Oracle 可能返回 TRUE，在 MySQL 默认返回 FALSE。必须显式加标志：
REGEXP_LIKE('ABC', 'abc', 'i') -- MySQL 8.0+REGEXP_LIKE('ABC', 'abc', 'i') -- Oracle（也支持，更稳妥）用单个 REGEXP_LIKE 实现“多规则校验”的典型误区
有人试图把多个校验条件塞进一个正则里，比如“密码必须含数字、小写字母、大写字母且长度≥8”，写成：^[a-zA-Z0-9]{8,}$ ——这只能保证字符集和长度，无法确保三类字符都出现。正则本身不支持“逻辑与”式的多子条件同时满足。
正确做法是用多个 REGEXP_LIKE 调用组合布尔逻辑：
-
REGEXP_LIKE(col, '[0-9]')确保含数字 -
REGEXP_LIKE(col, '[a-z]')确保含小写字母 -
REGEXP_LIKE(col, '[A-Z]')确保含大写字母 -
LENGTH(col) >= 8单独判断长度（正则做长度校验可读性差，且性能不如 LENGTH）
组合成：REGEXP_LIKE(col, '[0-9]') AND REGEXP_LIKE(col, '[a-z]') AND REGEXP_LIKE(col, '[A-Z]') AND LENGTH(col) >= 8
避免回溯爆炸：复杂正则在校验长文本时的性能陷阱
当用 REGEXP_LIKE 校验用户输入的长字段（如备注、描述）时，嵌套量词（如 (a+)+）、模糊匹配（如 .* 开头）极易触发回溯爆炸，导致查询卡死或超时。Oracle 的正则引擎对回溯限制较松，MySQL 8.0+ 默认有 regexp_time_limit（默认 1 秒），超时直接报错：ERROR 3685 (HY000): Regular expression timed out。
实操建议：
- 校验类场景优先用锚点：
^和$显式限定全文匹配，避免无界.* - 避免
(x+)+、(x|y)*z这类经典灾难模式 - 对长度敏感的字段（如手机号、邮箱），先用
LENGTH快速过滤再进正则 - MySQL 中可通过
SET SESSION regexp_time_limit = 2000000（单位微秒）临时放宽，但治标不治本
空值、NULL 和空字符串的处理边界
REGEXP_LIKE(NULL, 'anything') 恒返回 NULL（不是 FALSE），这会导致 WHERE 条件过滤掉整行——即使你本意是“允许为空”。同样，''（空字符串）在 Oracle 和 MySQL 中对大多数模式都返回 FALSE，但某些模式如 ^$ 或 ^.*$ 会匹配。
关键判断逻辑必须显式覆盖 NULL：
WHERE (col IS NULL OR REGEXP_LIKE(col, 'your_pattern'))
或者更严谨地按业务定义空值含义：
- 若“空值=无效”，就用
col IS NOT NULL AND REGEXP_LIKE(col, ...) - 若“空值=合法”，就用
col IS NULL OR REGEXP_LIKE(col, ...) - 若“空字符串=非法”，额外加
TRIM(col) != ''防止全空格输入绕过
正则校验真正难的从来不是写对那个 pattern，而是想清楚 NULL、空格、全角字符、换行符这些边缘输入到底算合法还是非法——数据库不会替你做业务判断。
