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

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博客

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