我今天针对V $ SEGMENT_STATISTICS视图运行了一个查询，并得到了一些可能令人不安的数字。有人可以告诉我他们是不是很糟糕，或者我只是阅读了很多内容？
DB自2011年1月1日起已经上升，因此他们代表了自那时以来的统计数据。 DB大小为3TB
OBJECT_NAME OBJECT_TYPE STATISTIC_NAME VALUE
XXPK0EMIANCE INDEX space allocated 27,246,198,784
ITEMINTANCE TABLE space allocated 22,228,762,624
LITEMINSTANCE TABLE space used 19,497,901,889
XXPK0TEMINSTANCE INDEX space used 17,431,957,592
在XXPK0EMIANCE指数上，初始范围为64k
也是这些
OBJECT_NAME OBJECT_TYPE STATISTIC_NAME VALUE
XXPK0MINSTANCE INDEX ITL waits 1,123
XXIEKILSTANCE INDEX ITL waits 467
如果这些都不好，它们会影响性能吗？我的理解是，等待状态，事情会停止，直到它们得到解决。是真的。
这些看起来很高，是吗？
LATION_PK INDEX logical reads 242,212,503,104
XXAK1STSCORE INDEX logical reads 117,542,351,984
XXPK0TSTANCE INDEX logical reads 113,532,240,160
TCORE TABLE db block changes 1,913,902,176
SDENT TABLE physical reads 72,161,312
XXPK0PDUCT INDEX segment scans 35,268,027
ESTSORE TABLE buffer busy waits 2,604,947
XXPK0SUCORE INDEX buffer busy waits 119,007
XXPK0INSTANCE INDEX row lock waits 63,810
XXPK0EMINSTANCE INDEX row lock waits 58,129
答案 0 :(得分：3)
这些数字是6个月中最好的部分。我认为你不能从中吸取任何有意义的东西。
我认为您最好花时间查看AWR的报告（如果您没有诊断和调优许可证，则可以使用statspack）。在繁忙时段查看超过1小时快照的性能，看看是否有任何突出显示。
从表现的角度来看，如果没有人抱怨，可能没有错。
是。当一个对象需要更多空间时，它就是一个开销。问题是，在发生这种情况时，它多久需要更多空间并且用户会注意到一个重要问题。正如我之前所说。如果用户没有察觉到问题，那么可能没有问题。我知道这听起来有点反应，而不是主动，但没有必要浪费时间调整一些不会引起问题的事情。 ：）
至于统计数据。是。 Oracle会跟踪它们，是的，它们非常有用。我的问题是你在6个月内查看统计数据。我不确定这会给你可以使用的任何有用的东西。例如，如果大多数这些数字是在第一个月累积的，那么数据库在随后的5个月内什么也没做，反之亦然。使用这些数字不允许您自己得出任何结论。
AWR和statspack等报告使用相同的数据库统计信息，但报告随时间的变化。例如，过去一小时内统计数据的变化。如果我查看跨越繁忙时段的快照并看到数据库正在受到重创，我可能想看一下使用所有资源的内容。如果我在繁忙期间检查AWR / statspack报告并且数据库是安静的，那么尝试调整它的重点是什么。它什么都不做。
因此统计数据很有用，但你必须了解它们的使用环境如何影响它们的价值。