Oracle 11g - AWR 报告分析帮助

Question

我是 Oracle 的新手，我从企业管理器创建了一份 AWR 报告。这是报告的一个小快照。

登录:每秒 0.01 次 - 每笔交易 0.02 次
内存中排序百分比 100.00
执行每秒 19.0 - 每笔交易 27.7
% SQL with execution >1 开始:97.45 - 结束:94.41
缓冲区缓存:开始:240M - 结束:240M
回滚每秒 0.2 - 每笔交易 0.2
缓冲区命中率 99.98
共享池大小:开始:1,024M - 结束:1,024M

你们能告诉我“登录”、执行等术语分别代表什么以及如何使用它们来确定数据库性能吗？

如果这个问题看起来很愚蠢，我很抱歉，但我在网上找不到任何解释。

Answer 1

登录非常简单——新用户/ session 登录系统的次数。通常您不希望每秒登录很多次，因为这是一个非常慢的操作。如果这样做，那么您可能应该查看连接池。

排序 - 通常您希望对数据进行排序(日期、字母顺序)。小数据集可以在内存中排序。较大的可能会溢出到磁盘，速度较慢。如果您在内存中进行所有排序，那并不意味着有问题。

执行 - SQL 通常经过 PARSE、BIND、EXECUTE、FETCH。每次执行可能有多个提取(提取前 10 行，接下来的 10 行等)。同样，一些 SQL 没有获取(例如插入)。事务由许多 SQL 组成。如果每个事务有 20-30 个 SQL，那么您的复杂性就比较合理。并非每条语句本身都是孤立的事务。每秒执行次数更为基本。请参阅我的结束评论。

% SQL with execution > 1 - 每次解析可以有多个绑定(bind)和执行(这是一件好事，因为解析可能很昂贵)。您的大多数 SQL 都得到多次执行，这很好。

缓冲区缓存 - 数据 block 副本的内存量。没有“好”或“坏”之分，因为这取决于服务器上的内存。

回滚 - 每笔交易 0.2 是....奇数。它表明 20% 的事务被回滚而不是提交。可能没什么好担心的，这可能只是后退或取消按钮的工作方式。除非围绕强制回滚抛出很多错误，否则这不是数据库问题，而是应用程序的工作方式。

Buffer Hit % - 直接从内存读取数据 block 的百分比，无需转到磁盘。从内存中读取比磁盘快，所以高是“好”的(特别是对于 OLTP 应用程序——数据仓库通常处理的数据多于内存所能容纳的数据)。但是不要对比率感到兴奋。如果您可以减少物理 IO(从磁盘读取)很好，但是从内存中的 block 生成额外的读取只是为了提高比率没有任何好处。

共享池大小 - 同样，它是内存的度量。

============================================= =========================最终，这些都不是衡量数据库性能的好方法。重要的是应用程序用户(或开发人员或管理人员)是否表示他们的程序是否符合他们的性能规范。

每秒执行次数是一项重要衡量标准，但仅限于您所需的工作量。如果用户希望每秒执行 50 次，而实际上只执行了 20 次，结果加类，那么你就有问题了。如果他们每秒只需要做 10 次，并且他们花半天时间在 Youtube 上，那么你做得很好。

同样，如果该测量是针对一个工作日的 8 小时，如果它涵盖 24 小时，其中每个人有 16 小时都在家，情况可能会大不相同。