为何Bitmap索引未加速多列查询？关于索引创建的疑问

首先明确你遇到的现象原因：

• 当只查询column_a时，数据库可以直接从Bitmap索引中获取所需数据，无需访问主表，这就是索引覆盖扫描，所以优化器选择走索引。
• 当查询包含column_b时，数据库需要先通过Bitmap索引找到匹配行的ROWID，再回表读取column_b的数据。如果你的查询返回行数较多，回表的IO成本会远高于全表扫描，优化器就会选择全表扫描来降低整体开销。

针对你的疑问：

• 不需要给所有查询列单独建索引，但可以考虑创建覆盖索引，将column_b包含到Bitmap索引中，这样查询时无需回表就能获取所有需要的数据。创建语句示例：

CREATE BITMAP INDEX idx_table_a_include_b ON table_name(column_a) INCLUDE(column_b);

• 对于高基数列的情况要谨慎：Bitmap索引本身更适合低基数列（如状态、类型等重复值多的列），如果column_b是高基数列（比如用户ID、订单编号这类唯一或近乎唯一的列），把它加入Bitmap索引会大幅增加索引体积，导致索引维护和查询的性能下降。这种情况下，你需要权衡：
  • 如果该查询是高频场景，且返回行数较少，覆盖索引能带来收益；
  • 如果查询返回行数较多，全表扫描本身就是更高效的选择，没必要强行改走索引。

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