为何含WHERE EXISTS的SQL未使用col1、col2上的索引？

嘿，先帮你揪个小语法问题：你的SQL里testA.col1 = testB.col1后面少了个AND，这会导致语法错误，修正后的语句应该是这样：

select a, b from [dbo].[test] testA 
where exists ( 
    select * from [dbo].[test] as testB 
    where testA.col1 = testB.col1 AND testA.col2 > testB.col2 
)

回到你的核心问题：带WHERE EXISTS的SQL完全可以使用索引，能不能用上取决于几个关键因素，咱们一步步拆解：

• 索引结构得匹配查询逻辑
  你的子查询里对testB表用到了col1的等值匹配，还有col2的范围比较。最适合的是给testB表建一个复合索引(col1, col2)——等值条件放在索引前列，范围条件放后面，这样SQL Server能快速定位到符合testA.col1 = testB.col1的行，再在这个子集里筛选testA.col2 > testB.col2的记录。如果你的索引是单独的col1或col2单字段索引，优化器可能觉得效率不够，甚至直接放弃使用。

• 优化器会根据数据情况做选择
  优化器不是一定会用索引，它会看表的数据量、统计信息。比如如果testB表里大部分行都满足testA.col1 = testB.col1，那全表扫描可能比走索引更划算。这时候可以执行UPDATE STATISTICS [dbo].[test];更新统计信息，让优化器拿到更准确的数据分布，做出更合理的判断。

• EXISTS本身的特性更依赖索引
  EXISTS是“半连接”逻辑——只要找到匹配的行就停止查找，不会遍历所有符合条件的记录。如果索引合适，它的效率往往比IN或者普通JOIN更高，优化器通常会把EXISTS查询转换成高效的半连接执行计划，这时候索引的作用就至关重要了。

最后教你个验证方法：在SSMS里按Ctrl+M打开执行计划，然后运行查询。如果看到“索引查找（非聚集）”或“索引扫描（非聚集）”，说明索引在工作；如果是“表扫描”，那就是没用到索引，这时候就要检查索引结构或者更新统计信息啦。

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