下划线_严格匹配且仅匹配一个任意单字符，不能多也不能少；例如'A_B'匹配'A1B'、'A B'，但不匹配'AB'或'A12B'。
LIKE中下划线_到底匹配几个字符
_是SQL标准通配符，**严格匹配且仅匹配一个任意单字符**（非零个，非多个）。它不区分字母、数字、空格或特殊符号，只要是一个Unicode字符位置就满足。比如'A_B'能匹配'A1B'、'A B'、'A%B'，但不能匹配'AB'（缺一位）或'A12B'（多一位）。
常见误用是以为_能当“任意长度占位符”用——它完全不能。要匹配多字符，必须写多个_，数量必须与目标长度一致。
查找固定长度字符串：必须数清下划线个数
比如查所有「4位纯数字」的字段值：WHERE col LIKE '____'不行，因为_不校验字符类型；正确写法需组合使用：WHERE col LIKE '[0-9][0-9][0-9][0-9]'仅适用于SQL Server；通用方案是：WHERE col REGEXP '^[0-9]{4}$'（MySQL 8.0+）或用LENGTH(col) = 4 AND col NOT REGEXP '[^0-9]'（兼容旧版）。但若只用LIKE，且确认数据干净，可写WHERE col LIKE '____' AND col NOT LIKE '%[^0-9]%'——注意：标准SQL不支持[^0-9]，该写法仅SQL Server有效。
更稳妥的LIKE-only做法：
- 查「恰好5位」：写
WHERE col LIKE '_____' AND LENGTH(col) = 5（MySQL/PostgreSQL）或WHERE col LIKE '_____' AND LEN(col) = 5（SQL Server） - 查「前两位是字母、后三位是数字」：写
WHERE col LIKE '__[0-9][0-9][0-9]'无效（标准SQL不支持[0-9]），应拆解为WHERE col LIKE '_____' AND col REGEXP '^[a-zA-Z]{2}[0-9]{3}$'，或用多重AND判断首尾字符范围（较繁琐）
下划线和百分号%混用时的优先级与陷阱
_和%没有优先级之分，它们作用完全不同：%匹配零或多个字符，_匹配且仅匹配一个。混用时逻辑易错：
-
'A_%'：匹配以'A'开头、第二位为任意单字符、后面跟任意长度（含零）字符串的值，如'A1'、'ABCD'，但不匹配'A'（因为_强制要求第二位存在） -
'A%_'：匹配以'A'开头、结尾前至少还有一个字符的值，如'AB'、'AXYZ'，但不匹配'A'（缺结尾字符）或'A%'（%本身不是字符） - 想查「第3位是X」的5位字符串？别写
'__X__'——它要求总长恰好5位；若长度不定，得用'__X%'，但会漏掉'abX'（只有3位）；此时LIKE已力不从心，该换REGEXP或SUBSTRING
不同数据库对_的转义处理差异
如果字段真实内容含下划线（比如用户名'user_name'），而你想查它本身，就必须转义。但转义语法不统一：
- MySQL：默认无转义，需显式指定，如
LIKE 'user\_name' ESCAPE '\' - PostgreSQL：同样需
ESCAPE，但也可用LIKE 'user#_name' ESCAPE '#' - SQL Server：用方括号
LIKE 'user[_]name'，或ESCAPE子句 - Oracle：默认
\不生效，必须用ESCAPE定义，如LIKE 'user\_name' ESCAPE '\'
没加转义却遇到查询结果为空，先检查字段里是否真有_，再确认当前数据库的转义规则——这个点在迁移SQL脚本时最容易出问题。
