交流（1）-- 执行计划错误问题

     前几天参加了一个项目的数据库技术交流，就提出的问题提供一些思路：

      1、执行计划错误问题

      2、分区表统计分析耗时太长

  一、执行计划错误问题

       执行计划错误问题，通常我们可以观察cardinality值的误差情况，在语句中加

gather_plan_statistics hint ，具体的例子可以参看前面记录《oracle 10g如何使用

dbms_xplan分析执行计划》。

      cardinality值是基于统计分析产生的评估值，语句加gather_plan_statistics，使

我们能评估出SQL语句实际输出的行数与评估输出的行数的差异情况，当我们发现

两者值差异较大的时候，需要考虑可能以下的原因造成该差异：

      1、表没有统计，或者统计信息是stale

      2、表的数据分布不均匀，CBO的模型是所有rows平均分配到distinct value上。

      3、where 后面的判断col1 = A and col2=B，col1和col2之间有个包含关系，比

            如：省='福建‘ and 分支机构=’厦门‘，CBO并不知道两者是包含关系，所有计

           算selectivity=selectivity(col1)*selectivity(col2)，实际的selectivity=

           selectivity(col2)，造成计算出来的cardinality值偏差。在11g中引入了

           扩展统计解决该问题。

       4、多个列关联后引起的问题，如3例子，where a.省=b.省 and a.分支机构= b.

           分支机构。

       5、where function = 'xxx'，这个是老生常谈的问题了

       6、一些复杂的预测，如>=、<=、!=等表达式，该解决方法只能采用动态采样方

           式解决。

   扩展统计方法可以参看11g的随机手册，命令方式如下：

       1、设置收集column group 为300秒

             exec dbms_stats.seed_col_usage(null, null, 300)

        2、生成column使用报告

             select dbms_stats.report_col_usage(USER, 'table_name') from dual;

       3、对表进行扩展统计

            exec dbms_stats.create_extended_stats(USER, 'table_name');

    动态采样：

      10g中，optimizer_dynamic_sample缺省为2，可以根据实际设置。

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/354732/viewspace-683423/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/354732/viewspace-683423/