Oracle 聚簇因子

简单来说，CLUSTERING_FACTOR反映的是通过索引扫描访问一张表，需要访问的表的数据块数量，即反映I/O的次数。这个CLUSTERING_FACTOR是如何计算出来的呢？

（1） 扫描索引结构；

（2） 顺序对比相邻索引条目的ROWID，如果两个ROWID属于不同数据块，那么CLUSTERING_FACTOR增加1；

（3） 整个索引扫描结束后，就可以得到该索引的聚簇因子数值。

了解了CLUSTERING_FACTOR的计算方法，我们可以得出以下两个极端的情况，即聚簇因子最大和最小的情况：

1 CLUSTERING_FACTOR最小时，其无限接近于表的BLOCKS数，该表是按照索引字段顺序存储的；

2 CLUSTERING_FACTOR最大时，其无限接近于 NUM_ROWS 数，该表是完全不按照索引字段顺序存储的。

SQL> select b.table_name, a.index_name, b.num_rows, b.blocks, a.clustering_factor from user_indexes a, user_tables b where b.table_name in('T_1','T_2') and a.table_name = b.table_name;

SQL> select num_rows,blocks,avg_row_len from user_tables where table_name='AB44';

SQL> select distinct_keys,clustering_factor,num_rows from USER_IND_STATISTICS WHERE table_name='AB44' and index_name='PK_AB44';

begin

dbms_stats.set_index_stats(ownname => 'NCSI',indname => 'PK_AB44',clstfct => '7800');

end;

通过查询聚簇因子发现，两个表的聚簇因子差别很大，基于rn的索引在rn是顺序排列的表中，clustering_factor的值相差很大。

在表中数据有时候属于无序状态，这个时候的CLUSTERING_FACTOR比较接近NUM_ROWS，说明如 果扫描整个表，每次都要根据Index来读取相应行的RowID，\

这个时候的IO操作很多，自然检索时间会比较长。如果数据有序的 话，CLUSTERING_FACTOR比较接近BLOCKS，说明相邻的数据在一个块中，减少了IO操作数量，

自然检索时间会大大降低