oracle select count一次优化经历

优化场景:以下语句执行用时84s,

   select count(*)
  from t_zz_support_object t1, T_DC_CI_RS_TOP t3
 where t1.status = 1
   and t1.ci_rs_id = t3.ci_rs_id
   and t1.org_id in   (
    select org_id from t_dc_org_entity_info start with org_id = 3213 connect by prior org_id = parent_org_id
  )

优化过程:

   @Tony(943004851)  10:40:13

   你看看执行计划 返回的基数  是不是和查询的一致
   启用10053  事件  跟踪一下
 

    index full scan  和扫描全表几乎差不多

   为什么select count(1) from  84秒    select *   from 0.015 秒
   Tony(943004851)  10:56:40
   第一个查询完  要进行一次count操作  这是几乎块操作  要所有的块都查询完  在进行count
   第二个是非块操作  即行读取  一行一行的读取

   分析@awrpt
 
 

 前两个语句共用了72.27%的逻辑读，KEY_T_DC_CIRS逻辑读 54%,
1万以上的逻辑读和执行计划里的cost=0显然不符，执行计划说KEY_T_DC_CIRS的全扫描cost为0，和你说的表的数据量很大不符。就是统计信息的问题，你的表数据最近发生大变动了，变动后没有刷新统计信息

手动刷新统计信息语句速度上去了：

begin
   dbms_stats.gather_table_stats(ownname => 'zhsq', tabname => 'T_DC_CI_RS_TOP', 
   estimate_percent => 0.5, method_opt => 'for all columns size skewonly',cascade => TRUE);
end;
 
执行后的语句执行计划:
 
 

 

怎么看 执行计划是否接近完美  
Tony(943004851)  12:30:05
最直观的方法就是 看你执行计划返回的行数或者cardinality(基数)  和你数据表或其他对象 是否一致
还要分析 表、索引和相关列的统计信息  是以统筹的概念和信息