Oracle 10g Statistic数据统计

Oracle 10g statistic数据统计,Oracle会根据这些统计信息来决定是走RBO(Rule-BasedOptimization)，还是走CBO(Cost-BasedOptimization)，会去选择哪种执行计划更划算,影响是否走相关的索引等.如果是CBO的话，它依靠准确的（或者说比较准确的）统计信息来产生优化的执行路径,如果没有做过统计，CBO也就没有做cost评估的依据，所以虽然是CBO，但是实际上还是用RBO了，而且如果不常做统计的话，由于CBO是以统计为依据的，所以这时CBO的依据信息有问题，CBO也会不准。 所以 DBA 需要确保定期收集统计信息，创建另一个执行核对清单。
举个例子：
一次测试，一个sql语句执行要20分钟，有时候还出不了结果，发现查看执行计划，发现居然走了全表扫描（表中大约300w条记录），为啥不用索引呢，查看索引状态，一切正常。分析了相关的表，然后重新执行3分钟搞定！
世事无绝对，analyze表会增加CBO执行的性能？不一定的。
我就碰到一个语句分析后要执行30多分钟，删除分析后，只要30秒。
很多情况下不一定的，最好是自己从执行计划判断。
analyze table tablename compute statistics for all indexes;
analyze table tablename delete statistics
顺便补充一点，表只有分析了之后，num_rows才会有值。
select * from user_all_tables a where a.num_rows <10;
analyze table tablename compute statistics;
SELECT 'ANALYZE  TABLE  ' || TABLE_NAME || '  COMPUTE  STATISTICS;'
  from (SELECT DISTINCT TABLE_NAME from ALL_COL_COMMENTS);
SQL语句的执行计划走不走索引除了与Statistic有关系，还有pfile的一个参数有关：optimizer_index_cost_adj. 该参数影响优化器选择索引还是全表扫描的倾向,建议将其设为40.
在 10g 中，通过设置初始化参数 STATISTIC_LEVEL 为 TYPICAL 或 ALL，就可以自动收集统计信息(默认值为 TYPICAL，因此可以随即启用自动收集统计信息的功能)。Oracle 数据库 10g 具有一个预定义的调度程序作业，名称为 GATHER_STATS_JOB，它由 STATISTIC_LEVEL 参数的适当数值所激活。
SQL> show parameter statistics_
NAME                                 TYPE        VALUE
---