全部答案

2017-07-26 19:25:53

•   当出现应用较慢的情况时，我们可以首先用OEM抓出sql，然后再进行详细的分析。
  SELECT nvl(to_char(status), 'null') status,
  nvl(to_char(subscribeid), 'null')
  subscribeid
  FROM abc
  WHERE status > 0
  AND replace(bbid, '''', '') = '9999-0009-11111'。
    
  具体分析： 1。检查表是否分析。用OEM查看schema下的table，右栏可以显示last analyzed的日期。结果显示表已分析过。
  2。用set auotrace traceonly; set timing on 看执行计划以及执行时间，发现是full scan，运行时间大概是18秒。
    
  3。查看索引的选择性，所谓选择性高，是指列中某个值的个数在正个列中所占比例低。如1个表中有1000行，某列中值为1的个数为10个，则如果此列建立索引的话，是能提高查询速度的。而如果值为1的个数在900个，oracle可能就会选择full scan。
    这种情况叫可选择性低。
  sql>select count(*) from abc where status >0 ;
  发现行数就是表的行数。则即使建立索引，CBO也会选择full scan。
  4。再看replace(bbid, '''', '') = '9999-0009-11111'，虽然bbid建立了索引，但由于加了hanshu raplace的缘故，索引不会生效。
    
  以上几点就是为什么执行计划选择full的具体原因。
  解决的方法；
  加一个函数索引：
  sql>create index inx_func_abc on abc(replace(bbid, '''', ''));
  在加完索引后，我们需要进行分析。
    
  sql>BEGIN
  SYS。DBMS_STATS。GATHER_INDEX_STATS (
  OwnName => 'ABC'
  ,IndName => 'IDX_FUNC_ABC'
  ,Estimate_Percent => 10
  ,Degree => SYS。
    DBMS_STATS。DEFAULT_DEGREE
  ,No_Invalidate => FALSE);
  END;
  /
  我们可以发现，在加了函数索引后，性能得到了显著的提高。

  全部
  

  李***

  2017-07-26 19:25:53

  44 2 评论

  分享
  提交评论