直接加 ESCAPE 指定转义字符是最稳妥解法，如 WHERE name LIKE ‘_test’ ESCAPE ”；单引号内需用两个单引号表示一个单引号；双引号用于标识符且大小写敏感，应尽量避免使用。
LIKE 查询里下划线 _ 被当成通配符怎么办
直接加 ESCAPE 指定转义字符是最稳妥的解法，别指望靠引号包住就能让 _ 变字面量——SQL 标准里 LIKE 的通配符逻辑独立于字符串引号规则。
常见错误现象：写 WHERE name LIKE '_test' 本想查开头是下划线的字符串，结果匹配了任意单字符 +test；或者用双引号 "_test" 或单引号 '_test' 包裹，完全没用。
- 必须显式声明转义符，例如
ESCAPE ''，然后写WHERE name LIKE'_test'ESCAPE'' - 转义符本身不能是
%或_，推荐用、|或!这类低冲突字符 - MySQL 默认把
当转义符，但需确认sql_mode没禁用（如含NO_BACKSLASH_ESCAPES就会失效） - PostgreSQL 不认
ESCAPE里的反斜杠，得用ESCAPE E'''这种写法，或者干脆换|：LIKE'|_test'ESCAPE'|'
单引号 ' 在字符串里怎么不出错
SQL 里单引号是字符串定界符，里面要表示单引号本身，就得用两个连续单引号''——这是 SQL 标准，不是某家数据库的扩展。
容易踩的坑：有人试过用反斜杠'，在 MySQL 里可能侥幸成功（取决于sql_mode），但在 PostgreSQL、SQL Server、Oracle 里直接报错syntax error at or near "'"。
- 正确写法只有
'It''s a test'，不是'It's a test' - 如果字符串来自程序拼接，务必先做单引号替换：把每个
'替换成''，再套上单引号 - 使用参数化查询时，这一步由驱动自动处理，不用手写——但前提是真用了参数，而不是字符串拼接
双引号 " 在表名 / 字段名里引发column "name" does not exist
双引号在 SQL 里是标识符（表名、列名）的定界符，不是字符串定界符。一旦你用 "user_name" 建了字段，之后所有引用都必须带双引号且大小写严格匹配。
典型错误：建表时写了CREATE TABLE t ("User_Name" TEXT)，后面却写SELECT User_Name FROM t，结果报错——因为没加引号，SQL 把它当成了小写的user_name。
- 能不用双引号就别用，尤其避免大小写混用或含空格 / 特殊字符的字段名
- 如果已存在带引号的标识符，查询时必须原样复现：大小写、下划线、连字符一个都不能改
- PostgreSQL 对双引号最敏感；MySQL 默认忽略引号（除非开启
ANSI_QUOTES模式）；SQL Server 用方括号[User Name]替代双引号
ESCAPE 子句和引号嵌套混用时顺序怎么排
先处理字符串引号解析，再执行 LIKE 匹配逻辑。也就是说，引号内的内容先按 SQL 字符串规则展开（比如 '' 变'），之后才把结果交给 LIKE 引擎去识别 %、_ 和转义符。
所以 ESCAPE 不能“逃”出引号作用域——它只对 LIKE 右边那个字符串生效，而这个字符串本身已经完成了引号解析。
- 写
WHERE name LIKE 'a_b' ESCAPE ''，实际传给LIKE的是字面量a_b（下划线已被转义） - 但写
WHERE name LIKE 'a''_b'ESCAPE''，先解析字符串得a'_b，再匹配时_仍是通配符——因为ESCAPE只管最外层引号内的整体，不管内部单引号怎么切分 - 复杂场景建议拆开：先用变量或 CTE 预处理字符串，再进
LIKE，比堆嵌套更可控
