like查询特殊符号失效是因为%、_、[等是通配符，需用escape指定转义字符（如!）并紧贴目标符号，如'%!_%' escape '!'；不同数据库支持有差异，复杂场景推荐用charindex或正则替代。

为什么LIKE查询特殊符号会失效

因为 LIKE 中的 %、_、[ 等本身就是通配符，数据库会优先按模式匹配解析，而不是当普通字符处理。比如查含下划线的用户名 WHERE name LIKE '%_%'，实际匹配的是“任意单字符”，不是字面意义的下划线。

ESCAPE子句怎么写才生效

必须显式指定一个转义字符，并在要当作普通字符使用的通配符前加它。常见错误是只写 ESCAPE 不指定字符，或选用了本身在字段中可能出现的字符（如 \ 在 Windows 路径里太常见）。

• 语法固定为：LIKE 'pattern' ESCAPE 'escape_char'
• 转义字符只能是单个 ASCII 字符，推荐用 ! 或 ^ 这类低冲突率字符
• 被转义的符号必须紧贴转义字符，不能有空格：!_ 有效，! _ 无效
• 如果字段本身含转义字符（比如真有用户叫 user!name），那这个 ! 也会被当成转义符处理——得双重转义：!!

示例：查 product_code 中含下划线的记录

SELECT * FROM products WHERE product_code LIKE '%!_%' ESCAPE '!';

不同数据库对ESCAPE的支持差异

标准 SQL 支持 ESCAPE，但具体行为有细节差别：

• MySQL 和 PostgreSQL 完全遵循标准，ESCAPE 可用于 _、%、[（PostgreSQL 还支持 ^ 表示非）
• SQL Server 默认不区分大小写，且 ESCAPE 对方括号内字符无效；想查字面 [a]，得写成 '![a]!' ESCAPE '!'，但更稳妥是改用 CHARINDEX 或正则函数
• Oracle 允许 ESCAPE 后跟双字符，但实际只取第一个；另外 ESCAPE 在 NOT LIKE 中同样生效

比ESCAPE更稳的替代方案

当数据里转义字符和目标符号混杂，或者需要查多个特殊符号（如 % 和 _ 同时出现），ESCAPE 容易出错。这时候直接绕过 LIKE 更可靠：

• 用字符串函数定位：WHERE CHARINDEX('_', product_code) > 0（SQL Server）或 POSITION('_' IN product_code) > 0（PostgreSQL）
• 用正则（如果数据库支持）：WHERE product_code ~ '_'（PostgreSQL），注意正则里 _ 不是通配符，无需转义
• 把特殊符号转换成不可见标记再查，比如先 REPLACE(product_code, '_', '###') 再查 ###，适合临时排查

真正麻烦的不是语法写不对，而是没意识到字段里可能藏着转义字符本身——一旦漏掉双重转义，查出来的结果就静默错漏。