oracle Statspack 报告解析之 Shared Pool Statistics(共享池统计信息)

最新推荐文章于 2023-03-25 15:20:54 发布

chenlin

最新推荐文章于 2023-03-25 15:20:54 发布

阅读量759

点赞数 1

CC 4.0 BY-SA版权

分类专栏： oracle高级文章标签：数据库

本文链接：https://blog.youkuaiyun.com/chenlin5188/article/details/84238231

oracle高级专栏收录该内容

33 篇文章

订阅专栏

本文介绍了共享池统计指标MemoryUsage%、%SQLwithexecutions>1和%MemoryforSQLw/exec>1的具体含义及其对数据库性能的影响。MemoryUsage%反映了共享池的利用率；%SQLwithexecutions>1显示执行超过一次的SQL语句的比例；%MemoryforSQLw/exec>1则衡量了这些频繁使用的SQL语句所占的内存比例。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Shared Pool Statistics                Begin              End
                                      ------            ------
Memory Usage %:                        95.16            96.07
% SQL with executions>1:               76.14            78.96
% Memory for SQL w/exec>1:             91.52           95.98
参数说明：
Memory Usage %：正在使用的共享池的百分率。这个数字应该长时间稳定在75%～90% ，如果这个百分率太低，就浪费内存。如果这个百分率太高，会使共享池外部的组件老化，如果SQL语句被再次执行，这将使得SQL语句被硬解析。

% SQL with executions>1：这是在共享池中有多少个执行次数大于一次的SQL语句的度量。在一个趋向于循环运行的系统中，必须认真考虑这个数字。在这个循环系统中，在一天中相对于另一部分时间的部分时间里执行了一组不同的SQL语句。在共享池中，在观察期间将有一组未被执行过的SQL语句，这仅仅是因为要执行它们的语句在观察期间没有运行。只有系统连续运行相同的SQL语句组，这个数字才会接近100%。这里显示，在这个共享池中几乎有76%-78%的SQL语句在1分钟的观察窗口中运行次数多于一次。剩下的20%的语句可能已经在那里了--系统只是没有理由去执行它。

% Memory for SQL w/exec>1：这是与不频繁使用的SQL语句相比，频繁使用的SQL语句消耗内存多少的一个度量。这个数字将在总体上与% SQL with executions>1非常接近，除非有某些查询任务消耗的内存没有规律。
在稳定状态下，总体上会看见随着时间的推移大约有75%～85%的共享池被使用。如果Statspack报表的时间窗口足够大到覆盖所有的周期，执行次数大于一次的SQL语句的百分率应该接近于100%。这是一个受观察之间持续时间影响的统计数字。可以期望它随观察之间的时间长度增大而增大。

参考地址:http://blog.youkuaiyun.com/tianlesoftware/article/details/4682329