oracle案例:分析10053跟踪文件

核心提示： 注意：这个值有点低，查看系统统计信息以及了解这个值是如何计算的，oracle案例:分析10053跟踪文件(6)，这非常有用，较低的值会使FTS与IFF相对索引扫描来说较昂贵，需知道是否有全局或者分区级别统计信息被收集了，为了检测global only(非分区级别统计信息被收集)，也许这些值

注意：这个值有点低。查看系统统计信息以及了解这个值是如何计算的，这非常有用。较低的值会使FTS与IFF相对索引扫描来说较昂贵。也许这些值是真实的，但也可能系统统计信息是在过去某个时间获取过，但是不能反应系统负荷的实际状况。考虑FTS可能较昂贵，客户可能觉得他们进一步要使用index_cost_adjustment参数来降低索引成本。很容易看出，这个数据库在很多情况下，将倾向于使用一种索引访问的方式而不是FTS(全表扫描)。

多块读除数已经很低，这很可能阻碍CBO选择非索引的访问路径，这种情况下，客户将OPTIMIZER_INDEX_COST_ADJ设置得如此的高，看起来有点不寻常。了解一下客户以前为什么要设置这个值会很有帮助。

E)查看" BASE STATISTICAL INFORMATION"与" SINGLE TABLE ACCESS PATH"部分，检查缺失或者不充分的统计信息：

典型问题包括：

表或者索引没有统计信息

如果一个对象没有收集统计信息，你会看到一些消息，比如："(NOT ANALYZED)"。

但是对于索引，不会有消息明确的指出它们没有被分析过。因此，你只能读索引的统计信息，并查看默认统计信息。LEAF_BLOCKS默认统计信息是25，CLUSTERING_FACTOR是800。

对于分区对象，需知道是否有全局或者分区级别统计信息被收集了。

为了检测global only(非分区级别统计信息被收集)，查找UNANALYZED分区。例如(下述数据不是来自当前实例的跟踪信息)：　

　　Table stats Table: SALES Alias: SALES
　　(Using composite stats)
　　(making adjustments for partition skews)
　　ORIGINAL VALUES:: CDN: 919315 NBLKS: 1768 AVG_ROW_LEN: 29
　　PARTITIONS::
　　PRUNED: 5
　　ANALYZED: 0 UNANALYZED: 5
　　TOTAL :: CDN: 919315 NBLKS: 94 AVG_ROW_LEN: 29