like语句中escape子句必须紧接like之后且不可参数化，不同数据库对转义符要求各异，匹配转义符本身需重复书写，用户输入场景推荐改用正则或全文索引。
LIKE语句里转义符不生效？先确认ESCAPE是否被正确定义
SQL标准中，ESCAPE不是独立关键字，必须紧接在LIKE表达式之后、作为其子句出现。常见错误是把它写成单独条件或放在WHERE其他位置，比如WHERE col LIKE '%%%' ESCAPE '' AND ...看似合理，但一旦前面有括号或逻辑运算符干扰（如WHERE (col LIKE '%%%') ESCAPE ''），多数数据库会直接报错或忽略转义——因为ESCAPE只属于LIKE操作符的语法组成部分，不能脱离。
正确结构只能是：col LIKE pattern ESCAPE escape_char，且ESCAPE子句必须紧跟LIKE之后、中间不能换行或插入其他token。
不同数据库对ESCAPE字符的限制差异很大
PostgreSQL要求ESCAPE后的字符必须是单字节、非通配符（即不能是%或_），且不能是空格；MySQL允许多字节字符作转义符（如ESCAPE '¥'），但实际解析时只取第一个字节；SQL Server则强制要求转义符必须是单字符，且若用反斜杠，需确保客户端/驱动未提前转义它（例如Java里写"col LIKE '%\%%' ESCAPE '\'"才真正传给SQL Server两个反斜杠）。
- 推荐优先选ASCII可见字符：如
!、#、^，避免反斜杠引发的双重转义问题 - Oracle对
ESCAPE最宽松，支持任意单字符，甚至允许ESCAPE ''配合SET ESCAPE ON全局设置 - SQLite默认不支持
ESCAPE子句（3.29+才加入），旧版本只能靠ESCAPE函数模拟
想匹配ESCAPE字符本身？得再逃一次
如果选!作转义符，又想查字段里真实含!的内容，不能写col LIKE '%!!%'——这会被解释为“匹配一个!字面量”，而你真正要的是“匹配两个连续!”。必须把转义符自己也转义：col LIKE '%!!%' ESCAPE '!'中，第一个!转义第二个!，结果就是匹配单个!；要匹配两个!，得写'%!!!%'：前两个!构成转义序列（表示一个字面!），第三个!是普通字符。
本质规则：在LIKE模式中，**每个转义符都只影响紧随其后的下一个字符**，不管那个字符是不是转义符本身。
参数化查询里传ESCAPE字符容易出错
用JDBC或Python sqlite3做参数化查询时，ESCAPE子句不能参数化——SQL标准不允许把ESCAPE后的字符设为占位符。下面写法必然失败：WHERE col LIKE ? ESCAPE ?。必须把转义符硬编码进SQL字符串，再拼接参数值：
SELECT * FROM t WHERE col LIKE ? ESCAPE '!'; -- ✅ 正确：ESCAPE固定为'!'
此时第一个?应传入类似'%!%test'这样的模式串，其中!已承担转义职能。若业务需要动态切换转义符，只能由应用层拼SQL字符串，同时严格校验输入字符长度为1且不在%_之列。
真正难处理的不是语法，而是当模式串来自用户输入、又必须支持模糊搜索时，既要过滤掉非法转义符，又要防止SQL注入——这时候往往得放弃ESCAPE，改用正则函数或全文索引。
