SQL中多LIKE语句与LIKE ANY的CPU效率及性能对比问询

首先明确：在绝大多数主流数据库（比如MySQL、PostgreSQL、SQL Server）中，LIKE ANY语法和你当前用的多个OR连接LIKE的写法，性能上几乎没有差异——查询优化器通常会将两者解析为完全相同的执行计划，CPU占用也不会有明显降低，只是LIKE ANY的代码更简洁，示例写法如下：

SELECT * FROM TABLE1 WHERE COLUMN1 LIKE ANY ('%WORD1%', '%WORD2%', '%WORD3%')

你当前方案CPU占用高的核心原因，不是OR连接的写法，而是前缀/后缀带%的模糊查询无法利用普通B-tree索引，只能对表进行全表扫描；当需要匹配的字符串达到数千个时，数据库要对每一行数据执行数千次模糊匹配计算，这才是CPU飙升的根源。

针对这种场景，更优的替代方案有以下几种：

• 全文索引（最优解）
  绝大多数数据库都支持全文索引功能，专门针对文本内容的模糊匹配、关键词检索做了深度优化。比如：

  • MySQL：给COLUMN1创建FULLTEXT索引，用MATCH(COLUMN1) AGAINST('WORD1 WORD2 WORD3')执行查询
  • PostgreSQL：将COLUMN1转换为tsvector类型并创建GIN索引，用tsquery进行检索
  • SQL Server：创建全文目录和全文索引，用CONTAINS或FREETEXT查询
    全文索引能彻底避免全表扫描，大幅降低CPU占用，同时查询速度会提升几个数量级。

• 临时表+JOIN优化代码可读性
  如果暂时无法创建全文索引，可以把需要匹配的数千个字符串存入临时表，再通过JOIN实现匹配，代码会比一堆OR简洁很多：

  -- 创建临时表并插入待匹配词
  CREATE TEMP TABLE temp_match_words (word VARCHAR(255));
  INSERT INTO temp_match_words VALUES ('WORD1'), ('WORD2'), ('WORD3'), ...;
  
  -- 关联查询并去重
  SELECT DISTINCT t1.* 
  FROM TABLE1 t1
  JOIN temp_match_words tw ON t1.COLUMN1 LIKE CONCAT('%', tw.word, '%');
  

  这种写法性能和多OR一致，但代码维护性大幅提升，加DISTINCT可避免重复结果。

• 正则表达式简化语法
  部分数据库支持正则表达式匹配，比如MySQL的REGEXP、PostgreSQL的~，可以把多个匹配条件合并为一个正则表达式：

  SELECT * FROM TABLE1 WHERE COLUMN1 REGEXP 'WORD1|WORD2|WORD3';
  

  语法更简洁，但性能和多OR LIKE无本质差异，依然是全表扫描，只能解决代码冗长问题，无法降低CPU占用。

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