LIKE查不到带空格或特殊字符字段，因MySQL逐字符匹配且空格、不可见字符参与比对；需用HEX()检查真实字节，TRIM()清理或函数索引优化。
LIKE 查询为什么查不到带空格或特殊字符的字段
MySQL 的 LIKE 默认按字符逐位匹配，空格、制表符、不可见字符（比如
、
）都会参与比对。如果你用 name LIKE '%张%' 查不到 “张 三”（中间有空格），很可能是因为字段实际存储了前后空格或隐藏字符。
实操建议：
- 先用
SELECT HEX(name), LENGTH(name) FROM user WHERE id = 123;检查真实字节内容，HEX()能暴露空格（20）、换行（0A）等 - 查询前统一清理：改用
TRIM(name) LIKE '%张%'，或建表时加GENERATED COLUMN预处理 - 避免在
LIKE左侧用函数（如TRIM(name)），否则无法走索引——除非你建的是函数索引（MySQL 8.0+）
LIKE 前导通配符（%abc）为什么慢得像全表扫描
LIKE 以 % 开头时（如 WHERE title LIKE '%error%'），MySQL 无法利用 B+ 树索引的有序性，只能从头扫表。哪怕字段有索引，也基本失效。
实操建议：
- 能用
LIKE 'abc%'就别用'%abc'或'%abc%'；前者可走索引，后者不行 - 真要查中间匹配？考虑全文索引：
ALTER TABLE log ADD FULLTEXT(title);，再用MATCH(title) AGAINST('error' IN NATURAL LANGUAGE MODE) - 短文本且高频模糊查，可用
REGEXP，但性能更差，仅适合低并发场景
中文模糊搜索遇到乱码或查不到字
根本原因不是 LIKE 本身，而是字符集不一致：客户端、连接、表、字段四层字符集只要有一层是 latin1 或 utf8（非 utf8mb4），中文就可能存成问号或乱码，LIKE 自然匹配失败。
实操建议：
- 检查当前连接：执行
SHOW VARIABLES LIKE 'character_set%';，确认character_set_client、character_set_connection、character_set_results全是utf8mb4 - 建表时显式指定：
CREATE TABLE t (name VARCHAR(100) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci); - 如果已有数据乱码，
ALTER TABLE t CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;可能无效，需先导出再重导入
ESCAPE 自定义转义符的典型误用
当你要查的字符串本身含 % 或 _（比如查路径 /user%20profile），必须用 ESCAPE。但很多人写成 LIKE '/user%20profile' ESCAPE ''，结果报错或查不到——因为反斜杠在 SQL 字符串里要被 MySQL 解析两次。
实操建议：
- 正确写法：
WHERE path LIKE '/user\%20profile' ESCAPE '\'（两个反斜杠才表示一个 literal ） - 更安全的做法是换转义符：
WHERE path LIKE '/user!%20profile' ESCAPE '!'，避免反斜杠歧义 - 注意：如果字段值里真有转义符（比如
abc%def），而你又用了ESCAPE ''，那它会被当成转义序列处理，导致意外匹配
SELECT HEX(col), LENGTH(col) 看一眼，比反复调 LIKE 更快。 
