sql标准中like仅将%和_视为通配符，查字面量时必须用escape显式转义；escape须紧跟like后、指定单字符，且该字符不能在数据中高频出现，否则会导致误匹配或语法错误。

LIKE中哪些字符必须转义

SQL标准里，LIKE只把 % 和 _ 当作通配符，其余字符（比如 、[、]）在多数数据库里不特殊，但如果你用的是 SQL Server 或 PostgreSQL 的 ESCAPE 子句，或者想匹配字面量的 % 或 _，就必须显式转义。

常见错误是直接写 WHERE name LIKE '10%' 想查“10%”这个字符串，结果却匹配了所有以“10”开头的值——因为 % 被当成了通配符。

ESCAPE子句怎么写才生效

ESCAPE 必须紧跟在 LIKE 表达式之后，且只能指定单个字符作为转义符；这个字符本身不能出现在待匹配字符串中（否则会出错或行为不可控）。

• 正确写法：WHERE col LIKE '10%' ESCAPE ''
• 错误写法：WHERE col LIKE '10%' ESCAPE '\' （PostgreSQL 会报错：escape character must be a single character）
• 错误写法：WHERE col LIKE '10%' ESCAPE '/'（这时 不再是转义符，% 就是字面量反斜杠加百分号，不是转义）

MySQL 默认允许 作为隐式转义符，但显式写 ESCAPE 更可靠，尤其跨数据库迁移时。

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

不是所有数据库都支持 ESCAPE，而且默认行为可能冲突：

• MySQL：支持 ESCAPE，但若未指定， 默认是转义符；启用 NO_BACKSLASH_ESCAPES SQL mode 后， 失效，必须用 ESCAPE
• PostgreSQL：严格要求 ESCAPE 显式声明，不认默认转义符；ESCAPE '' 是语法错误
• SQL Server：支持 ESCAPE，但更常用方括号语法如 WHERE col LIKE '10[%]' 来匹配字面量 %
• SQLite：支持 ESCAPE，但转义符不能是 %、_ 或自身（即不能用 % 做 escape char）

如果写 WHERE col LIKE 'a_b' ESCAPE ''，在 PostgreSQL 中能匹配 “a_b”，但在某些 MySQL 配置下可能报错或忽略转义——得看 sql_mode。

实际查询中容易踩的坑

最常被忽略的是：转义符本身也要在字符串里“存在”，所以拼接动态 SQL 时，要小心双重转义。

• 用 Python 拼接：f"WHERE name LIKE '{keyword.replace('%', '\%').replace('_', '\_')}' ESCAPE '\'" —— 这里 \ 是 Python 字符串里的一个反斜杠
• 如果数据库用 / 当转义符，而 keyword 里恰好有 /，就得先把它也转义：keyword.replace('/', '//').replace('%', '/%')
• 参数化查询（如 JDBC PreparedStatement）不自动处理 LIKE 转义，? 占位符填进去的仍是原始字符串，ESCAPE 得写死在 SQL 里

真正麻烦的不是语法，而是团队里有人写 ESCAPE ''，有人写 ESCAPE '/'；线上查不到数据时，第一反应往往是检查数据是否存在，而不是翻 SQL 里那个小小的 ESCAPE 字符是否和替换逻辑对得上。