sql - 索引列上的不同值

Question

我有一个包含 115 M 行的表。其中一列已编入索引(在下面的解释计划中名为“my_index”的索引)并且不可为空。此外，到目前为止，该列只有一个不同的值。

当我做的时候

select distinct my_col from my_table;

，需要 230 秒，非常长。这是解释计划。

| Id  | Operation          | Name     | Rows  | Bytes | Cost (%CPU)| Time     |
|   0 | SELECT STATEMENT   |          |     1 |     3 | 22064  (90)| 00:03:23 |
|   1 |  SORT UNIQUE NOSORT|          |     1 |     3 | 22064  (90)| 00:03:23 |
|   2 |   INDEX FULL SCAN  | my_index |   115M|   331M|  2363   (2)| 00:00:22 |

既然该列只有一个不同的值，为什么要花这么长时间？为什么 Oracle 不只是检查索引条目并快速发现该列只有一个可能的值？在上面的解释计划中，索引扫描似乎需要 22 秒，但是这个需要很长时间的“SORT UNIQUE NOSORT”是什么？

预先感谢您的帮助

Answer 1

重新分析表

EXEC dbms_stats.gather_table_stats('owner','table_name',cascade=>true,method_opt=>'FOR ALL INDEXED COLUMNS SIZE ');

更改索引类型

1.15 亿行中有一个不同的值？？!!这就是所谓的低基数，对“正常”B 树索引不太好考虑一个位图索引。 (如果你有 B 树的话)

重建查询

如果您确定不会向此列添加新值，那么请删除 distinct 子句，而是像 Abhijith 所说的那样使用。