dbms_stats包问世以后,我们可通过一种新的方式来为CBO收集统计数据。目前,已经不再推荐使用老式的Analyze分析表和dbms_utility方法来生成CBO统计数据。dbms_stats能良好地估计统计数据(尤其是针对较大的分区表),并能获得更好的统计结果,最终制定出速度更快的SQL执行计划。
--创建用于存放统计信息的舞台表
exec dbms_stats.create_stat_table (ownname => ‘SCOTT‘, stattab => ‘ST_T1‘, tblspace => ‘TBS1‘);
--删除存放统计信息的指定舞台表
exec DBMS_STATS.DROP_STAT_TABLE(‘scott‘, ‘ST_T1‘);
--使用export_table_stats过程导出统计信息,此时statid为T1_20160101
exec dbms_stats.export_table_stats(ownname =>‘SCOTT‘, tabname=>‘T1‘, stattab=>‘ST_T1‘, statid => ‘T1_20160101‘);
--使用import_table_stats导入之前过旧的统计信息(可以指定新的ownname)
exec dbms_stats.import_table_stats(ownname =>‘SCOTT‘, tabname=>‘T1‘, stattab=>‘ST_T1‘, statid => ‘T1_20160101‘, no_invalidate => true);
统计信息加锁/解锁
--锁住表的统计信息
exec dbms_stats.lock_table_stats(‘SCOTT‘,‘T1‘);
--解锁表的统计信息
exec dbms_stats.unlock_table_stats(‘SCOTT‘,‘T1‘);
更新schema或table的统计信息:
exec dbms_stats.gather_schema_stats(
ownname => ‘SCOTT‘,
options => ‘GATHER AUTO‘,
estimate_percent => dbms_stats.auto_sample_size,
method_opt => ‘for all columns size repeat‘,
degree => 8
);
EXEC DBMS_STATS.gather_table_stats(
ownname => ‘socct‘,
tabname =>‘T1‘,
estimate_percent =>100,
method_opt => ‘for all columns size auto‘,
cascade =>true,
degree => 8
);
也有提到关于索引统计信息收集的负面影响,索引方面建议直接使用 alter index idx_name rebuild nologging;
与analyze相比dbms_stats具有很多优势,比如并行,比如分区信息统计等,但是dbms_stats在分析index的时候处理方式并不是太理想,dbms_stats分析 index时将会只统计leaf_blocks为当前有数据的 leaf block,而analyze则会统计为所有曾经被使用过的 leaf block number,很显然dbms_stats的统计结果会使 index fast full scan的成本被严重低估,在某些情况下会错误得选择 index fast full scan做为执行路径。
原文:http://www.cnblogs.com/zhaoguan_wang/p/5126629.html