SQL多字段LIKE查询中COLLATE子句作用范围咨询

核心结论 #

你当前的第一种SQL写法无法让binary_ci排序规则同时作用于两个字段的LIKE匹配逻辑，必须在每个需要指定规则的比较表达式后单独声明COLLATE子句。

原因说明 #

• SQL语法中，COLLATE子句属于就近绑定的表达式级修饰符，你写在NAME LIKE '%input%'之后，只会修改这单个比较运算的排序规则，不会跨OR逻辑运算符影响前面ID LIKE '%input%'的匹配逻辑。
• 你用Postman测试时感觉规则对两个字段都生效，通常是两种情况导致的误判：
  • 测试用例没有覆盖排序规则差异场景：比如ID字段本身存的是纯数字，数字匹配不受字符排序规则影响；或者测试的NAME字段值和输入内容大小写完全一致，没有触发大小写敏感/不敏感的匹配差异。
  • 数据库、ID字段、NAME字段的默认排序规则本身就是binary_ci，这种情况下即使你不手动声明，两个字段的匹配也会走该规则，造成“写在单个条件后全局生效”的错觉。

正确写法 #

如果需要两个字段的LIKE匹配都强制使用binary_ci规则，请使用你给出的第二种写法：

SELECT * FROM EMPLOYEE 
WHERE ID LIKE '%input%' COLLATE binary_ci 
   OR NAME LIKE '%input%' COLLATE binary_ci 
ORDER BY NAME ASC

额外优化建议 #

你当前实现的「输入框每键入一个字符就触发原生SQL查询」的逻辑存在明显性能隐患：

• 前后包裹%的LIKE模糊匹配无法利用字段的普通B树索引，数据量大时查询延迟会很高
• 逐字触发请求会产生大量无效数据库查询，很容易拖垮数据库性能
  建议给输入查询加300ms左右的防抖逻辑，同时设置最小查询长度阈值（比如输入至少2个字符才发起查询请求），降低不必要的数据库压力。

内容的提问来源于stack exchange，提问作者chocalaca