如何在SQL查询中排除指定索引index_b以测试其性能影响

假设你的myTable表上有index_a、index_b、index_c多个索引，想要通过对比启用所有索引和仅禁用index_b两种场景下的执行计划，来分析index_b对select * from myTable where columnA='var1'这个查询的影响，我来给你拆解具体步骤和不同数据库的实现方式：

第一步：执行基准查询（启用所有索引） #

首先运行带执行计划分析的查询，获取基准性能数据：

• MySQL/MariaDB：

  EXPLAIN ANALYZE
  SELECT * FROM myTable WHERE columnA='var1';
  

• PostgreSQL：

  EXPLAIN ANALYZE
  SELECT * FROM myTable WHERE columnA='var1';
  

• SQL Server：

  -- 开启实际执行计划（也可以在SSMS中点击"包括实际执行计划"按钮）
  SET SHOWPLAN_XML ON;
  GO
  SELECT * FROM myTable WHERE columnA='var1';
  GO
  

记录这次查询的执行计划细节：比如是否用到了index_b，以及查询的批次成本、逻辑读/物理读、执行时间等指标。

第二步：执行排除index_b的查询 #

接下来，我们要在查询中跳过index_b，再次分析执行计划：

MySQL/MariaDB

直接使用IGNORE INDEX子句指定要排除的索引：

EXPLAIN ANALYZE
SELECT * FROM myTable IGNORE INDEX(index_b) WHERE columnA='var1';

PostgreSQL

有两种常用方式：

1. 指定仅允许使用index_a和index_c，间接排除index_b：

   EXPLAIN ANALYZE
   SELECT * FROM myTable WHERE columnA='var1' INDEX (index_a, index_c);
   

2. 临时禁用index_b（需要超级用户权限，测试后记得恢复）：

   -- 禁用索引
   ALTER INDEX index_b SET enabled = false;
   -- 执行查询
   EXPLAIN ANALYZE SELECT * FROM myTable WHERE columnA='var1';
   -- 重新启用索引
   ALTER INDEX index_b SET enabled = true;
   

SQL Server

使用OPTION (USE INDEX)指定允许使用的索引集合，从而排除index_b：

SET SHOWPLAN_XML ON;
GO
SELECT * FROM myTable WHERE columnA='var1' OPTION (USE INDEX (index_a, index_c));
GO

第三步：对比分析结果 #

对比两次执行计划的核心指标：

• 确认第一次查询是否真的用到了index_b，第二次是否完全跳过它
• 查看查询成本（比如预估CPU/IO成本、实际执行时间）的差异
• 分析逻辑读、物理读的变化，判断index_b是提升还是拖累了查询性能

注：你提到示例场景较简单，实际生产中可能涉及联合索引、索引覆盖、数据分布不均等复杂情况，测试时建议清空数据库缓存（比如MySQL的FLUSH TABLES;、PostgreSQL的SELECT pg_stat_reset();），确保两次测试的环境一致，避免缓存干扰结果。

内容的提问来源于stack exchange，提问作者Furkan Gözükara