MySQL REGEXP 不匹配的根本原因是正则引擎差异：5.7及以前用BRE不支持d、+等，8.0+默认ICU但扩展语法需显式启用；空格换行被当字面量；PostgreSQL中~大小写敏感、~*忽略大小写；Python需用r''原始字符串并注意re.DOTALL等标志；正则在WHERE中导致全表扫描，应优先用索引友好方式。
MySQL 中 REGEXP 查询为什么总不匹配？
根本原因通常是正则引擎差异：mysql 的 regexp（5.7 及以前）用的是基本正则（bre），不支持 d、s、+ 量词（除非开启 mode）；8.0+ 默认用 icu，但默认仍禁用扩展语法。直接写 where col regexp 'd+' 大概率没结果。
- MySQL 5.7 及更早版本：只认
[0-9]，不认d；+需转义成+或改用{1,} - MySQL 8.0+：需显式加
COLLATE utf8mb4_0900_as_cs或设置SET SESSION sql_mode = 'default'才能启用部分扩展特性 - 空格和换行会被当作字面量匹配，
'a b'不会匹配'ab'，别漏掉中间的空白字符
PostgreSQL 里用 ~ 还是 ~*？
~ 是大小写敏感匹配，~* 是忽略大小写——不是可选项，是必须选对的开关。写错一个星号，WHERE name ~ 'john' 在数据是 John 时就完全失效。
-
~对应 POSIX ERE（扩展正则），支持+、?、|，不用转义 -
!~和!~*是反向否定匹配，比NOT (col ~ '...')更简洁且可走索引（如果用了pg_trgm扩展） - 想查邮箱但漏了转义点号：
'user@example.com'必须写.，否则.匹配任意字符
Python 的 re.search() 返回 None 怎么快速定位？
不是正则写错了，大概率是忘了传原始字符串（r''）或者没处理换行符。比如 re.search('a
b', text) 永远失败，因为字符串里的
被 Python 解释成换行符，而正则引擎看到的是真实换行，不是字面
。
- 所有含反斜杠的模式必须用
r''：写re.search(r'd{3}-d{4}', s)，别写'\d{3}-\d{4}' - 跨行匹配要加
re.DOTALL标志，否则.不匹配换行符 -
re.match()只从开头匹配，想全串搜用re.search()；误用match是新手最常踩的坑
正则在 WHERE 条件里拖慢查询怎么办？
数据库没法对正则做索引下推，REGEXP 或 ~ 基本等于全表扫描。哪怕加了 B-tree 索引，只要条件里有正则，索引就废了一半。
- 优先考虑前缀匹配：
LIKE 'abc%'能用索引，REGEXP '^abc'在 MySQL 8.0+ 也支持索引，但得确保字段是utf8mb4_bin排序规则 - 复杂校验尽量移到应用层：比如验证手机号格式，先用 SQL 查出候选集（
WHERE length(phone) = 11），再用 Pythonre.fullmatch()过滤 - PostgreSQL 可建
GIN索引配合pg_trgm加速模糊匹配，但对纯正则无直接帮助
正则真正难的不是写法，是判断「这里到底该不该用正则」——字段结构固定就用 = 或 IN，有明确分隔符就用 SUBSTRING_INDEX 或 string_to_array，留到万不得已再亮 REGEXP。
