当然可以在拼接列上创建索引来优化这类查询！你遇到的性能差异核心原因是：当使用col1 + col2 = 'hola mundo'时，数据库无法直接利用col1或col2的单独索引——它需要对表中每一行计算拼接结果，本质是全表扫描（或低效的索引扫描），而分开的WHERE col1 = 'hola' AND col2 = 'mundo'可以通过col1+col2的复合索引快速定位数据。

下面给你几种具体的优化方案，适配不同数据库：

1. 创建持久化计算列 + 索引 #

如果你的数据库支持持久化计算列（比如SQL Server、MySQL 8.0+），可以先把拼接结果存储为一个物理列，再给这个列建索引：

• SQL Server 示例：

  -- 添加持久化计算列
  ALTER TABLE your_table 
  ADD col1_col2 AS (col1 + col2) PERSISTED;
  
  -- 给计算列创建索引
  CREATE INDEX idx_col1_col2 ON your_table(col1_col2);
  

• MySQL 示例（生成列）：

  -- 添加生成列（默认持久化）
  ALTER TABLE your_table 
  ADD COLUMN col1_col2 VARCHAR(255) AS (CONCAT(col1, col2)) STORED;
  
  -- 创建索引
  CREATE INDEX idx_col1_col2 ON your_table(col1_col2);
  

之后查询时直接使用这个计算列：WHERE col1_col2 = 'hola mundo'，数据库会直接命中索引，性能和分开查询接近。

2. 创建函数式索引 #

有些数据库（比如Oracle、PostgreSQL、MySQL 8.0+）支持直接基于拼接表达式创建索引，无需额外列：

• Oracle 示例：

  CREATE INDEX idx_col1_col2 ON your_table(col1 || col2);
  

• PostgreSQL 示例：

  CREATE INDEX idx_col1_col2 ON your_table((col1 || col2));
  

• MySQL 示例：

  CREATE INDEX idx_col1_col2 ON your_table((CONCAT(col1, col2)));
  

创建后，原查询WHERE col1 + col2 = 'hola mundo'（注意匹配表达式，比如Oracle用||，MySQL用CONCAT）就能直接使用这个索引。

额外建议 #

• 如果业务逻辑允许，优先保留WHERE col1 = 'hola' AND col2 = 'mundo'的查询方式，给col1和col2建复合索引（CREATE INDEX idx_col1_col2 ON your_table(col1, col2);），这种索引的灵活性更高——比如单独查询col1 = 'hola'时也能用到。
• 避免在查询条件里对列进行函数/拼接操作，除非你已经针对该操作创建了对应的索引，否则会导致索引失效。

内容的提问来源于stack exchange，提问作者Luis felipe De jesus Munoz