必须用escape显式转义：如where col like 'a\_b' escape ''匹配字面下划线，否则_被当作单字符通配符；未声明escape时反斜杠行为不可靠，regexp虽免转义但不走索引。
LIKE语句里想匹配下划线_或百分号%怎么办
MySQL的LIKE默认把_（单字符通配）和%（多字符通配）当特殊符号处理，直接写WHERE name LIKE 'a_b'会匹配a1b、a b，而不是字面意义的a_b。必须显式声明转义，否则查不到含真实下划线的用户名、带%的折扣码这类数据。
用ESCAPE指定转义字符并统一转义
最可靠的方式是用ESCAPE子句定义一个转义符（比如），然后在所有要当字面量处理的_或%前加它。注意：一旦用了ESCAPE，所有转义都必须一致，不能混用不同符号。
-
WHERE col LIKE 'a_b' ESCAPE ''→ 匹配a_b，不匹配a1b -
WHERE col LIKE '100%' ESCAPE ''→ 匹配100%，不匹配100x - 如果选
#作转义符：WHERE col LIKE 'a#_b' ESCAPE '#' - 转义符本身也要转义：想匹配
a且用作转义符，得写'a\b'
不声明ESCAPE时的隐式行为很危险
有些旧代码会写WHERE col LIKE 'a_b'不带ESCAPE，指望反斜杠自动生效——这依赖MySQL的sql_mode设置。在默认STRICT_TRANS_TABLES下会报错；在宽松模式下可能误判为普通字符，也可能被忽略，结果不可控。
- 执行
SELECT @@sql_mode确认当前模式 - 绝对不要依赖未声明
ESCAPE的反斜杠行为 - 驱动层（如Python的
mysql-connector）可能对做二次转义，导致SQL里实际只剩一个，需额外加码
正则表达式REGEXP是替代方案但有代价
如果模式复杂或需要多次匹配通配符本身，REGEXP更直观：WHERE col REGEXP '^a\_b$'（注意：正则里_不是通配符，但仍需双写）。不过要注意：
-
REGEXP无法利用B-tree索引，全表扫描风险高 - 正则语法和
LIKE不同，%在正则里没特殊含义，但.、*等成了新通配符 - 某些MySQL版本对
REGEXP的Unicode支持有限，匹配中文下划线可能出问题
真正容易被忽略的是：应用拼接SQL时，转义字符会被语言层吃掉一层。比如PHP里写"WHERE name LIKE 'a\_b' ESCAPE '\'"，字符串解析后SQL里只剩一个，必须写成'a\\_b'才能让MySQL收到a_b。这种嵌套转义，在日志里看不出，但查询永远为空。
