一条语句不走索引！

killkill_shadow

1/4 的数据量，走FTS的可能性非常大，顺便查一查 in_station_time 列上索引的 NUM_ROWS,Cluster_Factor,LEAF_BLOCKS 这三个参数值。

sz_lee820

是不是in_station_time 列上有空值

alexanderr

这个列上没有空值

就算有空值，条件里面不带where in_station_time is null 或者 in_station_time is not null
也不应该跳开索引啊！

alexanderr

thanks for Yong Huang 's advice,
this table is not a remote table,it's my local database object.

alexanderr

用hint强制走索引，cost还好。

但是现在就是不想这样做，想看看原因到底在哪里

考虑做个10053看下

alexanderr

CBO
1/4的数据走的是TFS

我测试把条件加了一个rownum<= 20000
执行计划显示走索引了。

Plan
SELECT STATEMENT  ALL_ROWS
  Cost : 11,917 Bytes : 5,260,000 Cardinality : 20,000       
----------------------------------------------------------------------------
        3 COUNT STOPKEY  
                    ROWNUM<=20000               
                 2 TABLE ACCESS BY INDEX ROWID SFISM4.R_SN_DETAIL_T
                             Cost : 11,917 Bytes : 5,260,000 Cardinality : 20,000       
                1 INDEX RANGE SCAN SFISM4.R117_IN_STATION_TIME_1
                                   "IN_STATION_TIME"<=SYSDATE@!-30
                                   Cost : 58

alexanderr

clustering_factor       num_rows       leaf_blocks
---------------------      -----------------    --------------
7775560                    13574445        36015

这是查出来的值
请帮忙分析。谢谢

sundog315

原帖由 alexanderr 于 2010-9-5 14:42 发表
CBO
1/4的数据走的是TFS

我测试把条件加了一个rownum

这个没有什么意义啊。选择度高，自然会走索引

杨奇龙

clustering_factor   的数值比较大，影响cbo 选择 走全表扫描。

janeson_lin

如果想让它走索引的话，可以将clustering_factor的值设置的小一些，用dbms_stats可以设置。
或者更改参数optimizer_index_cost_adj，将参数值调小，不过这个参数是对全局的，可能会引起其他语句执行计划的变更，
如果你选择的行数是1/4的话，建议你更改之后各执行一遍，观察走索引和全表的时间，数据量太多了，可能走索引耗费的时间更长。