当某 个索引处于monitoring usage的时候,如果使用dbms_stats去分析表并且同时分析索引,会将该索引的v$object_usage.USED 设置为TRUE,导致监控了N天的可疑索引前功近弃。如果使用analyze,索引的状态不会被设置为USE = TRUE
DBMS_STATS仅仅收集对CBO有用的统计信息,所以一些空间使用情况信息和使用FreeList管理的信息都不会被收集,这些信息包括:
If statistics unrelated to the cost basedoptimizer are required, then these must still be collected using the theANALYZE command. These statistics include:
Space Usage information :
EMPTY_BLOCKS,
AVG_SPACE,
CHAIN_CNT
Information on freelistblocks
AVG_SPACE_FREELIST_BLOCKS,NUM_FREELIST_BLOCKS
因为以上信息对于CBO计算成本并没有帮助,所以DBMS_STATS也就无意也无法收集它们,但是Analyze命令还是可以做到收集以上这些信息。
此 外因为CBO其实并不会参考Cluster类型对象的统计信息来计算Cost成本,而是使用cluster中各个表的统计信息(DBMS_STATS does not gathercluster statistics, but you can use DBMS_STATS to gather statistics on theindividual tables instead of the whole cluster. )
所以DBMS_STATS也不支持收集Cluster的统计信息。
Oracle公司已经明确了Analyze作为”validate”验证命令的功能定位,且很多内部的工具和脚本仍在使用AnalyzeTable/Cluster/Index的特有功能,所以可以预期Analyze命令在未来的一段时间内也不会被废弃。
(1)Analyze validate structure 验证表、簇、索引的结构的完整性,使用cascade选项可以交叉验证表和索引的数据完整,online选项可以做到在线验证
(2)Analyze list chained rows 收集表、簇上的Migrated and Chained Rows链式或迁移行信息
(3)Analyze table compute statistics 收集表上的 empty_blocks、avg_space 空间使用信息
(4)Analyze Cluster 收集簇的信息,其实cluster上唯一可统计的信息是DBA_CLUSTERS.AVG_BLOCKS_PER_KEY(Numberof blocks in the table divided by number of cluster keys) , 所以收集cluster的statistics意义不大
1.对于分区表,建议使用DBMS_STATS,而不是使用Analyze语句。
(1)可以并行进行,对多个用户,多个Table
(2)可以得到整个分区表的数据和单个分区的数据。
(3)可以在不同级别上ComputeStatistics:单个分区,子分区,全表,所有分区。
(4)可以倒出统计信息
(5)可以用户自动收集统计信息
2. DBMS_STATS的缺点
(1)不能Validate Structure
(2)不能收集CHAINEDROWS, 不能收集CLUSTERTABLE的信息,这两个仍旧需要使用Analyze语句。
(3)DBMS_STATS 默认不对索引进行Analyze,因为默认Cascade是False,需要手工指定为True
3. 对于oracle 9里面的External Table,Analyze不能使用,只能使用DBMS_STATS来收集信息.
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/29337971/viewspace-1871424/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/29337971/viewspace-1871424/