直接加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，比堆嵌套更可控
