问题标签 [statspack]

Oracle 创建了 HTML 格式的工作负载报告 (AWR)，其中列出了实例统计信息、等待事件、前十个繁重的 SQL 语句（按执行次数、磁盘读取次数等）。

是否有（简单的）方法来自定义此报告？

例如，我想要前 25 个 SQL，而不是前 10 个。

Oracle 创建了 HTML 格式的工作负载报告 (AWR)，其中列出了实例统计信息、等待事件、前十个繁重的 SQL 语句（按执行次数、磁盘读取次数等）。

Postgresql 有类似的工具吗？

我正在寻找可以分析 ORACLE 9i statspack 报告并推荐优化数据库的方法的免费工具。有没有这样的工具或类似的东西？

在 MySQL 中记录低效查询和查询频率

我们有一个执行 mysql DB 的倾倒对象。我对记录查询及其频率感兴趣，以评估我的时间最适合花在哪些方面。我们的查询日志记录速度很慢，但这些查询并不是打击数据库的查询。有人告诉我，Oracle 的 statspack 正是通过对查询进行某种加权来做到这一点的。

任何想法或建议将不胜感激。

我了解 statspack（来自 Oracle）可以显示具有 6 级快照的查询计划信息。我了解，如果计划统计信息存在差异，那么同一查询计划将在 statspack 报告中针对同一查询计划有多个条目（相同的哈希值） , 在快照之间的给定时间段内。

如果有两个相同但在 where 子句中存在差异的查询计划，它们是否在 statspack 中被认为是不同的，或者被认为是一个计划的“规范化”？如果它们被标准化，那么计划节点的每个值（估计和实际成本）是否在标准化计划中平均？

谢谢萨米尔

我一直在调查我们生产系统中的一些性能问题。一条 SQL 因执行计数非常高而跳出，再加上性能不佳，每个节点每秒达到 20 次以上的峰值，执行时间约为 1 秒。这与我在 V$SQL 中看到的总执行次数/获取次数或应用程序的预期行为不相符。

一些信息

• 我们有一个性能有限的工具包，这些数据来自长达一小时的 statspack snaps。我们正在运行标准版，所以没有 AWR。
• 它在 2 节点 11g RAC 安装上运行。
• 查看昨天的数据，我发现在 9 小时内每个节点执行了 > 500,000 次。从 8 天前的第一次加载开始，V$SQL 向我展示了大约 50,000 次执行。
• 当我直接查询 statspack 表时，我得到了匹配的数据，而不是一个狡猾的 SPREPORT。
• 每小时的执行量非常高，我们每天执行 1 或 2 次，是每个节点平均值的 10-20 倍。每个节点的时间不同。通常的数字听起来比应用程序的行为方式有点高，但可以接受。

开发经理坚持认为应用程序不能这样运行，这听起来很合理。但是，什么可能导致报告中的不匹配？

statspack 可能行为不端，但为什么只是周期性地呢？可能是 RAC 问题（我对 RAC 完全陌生）？

有关原因或进一步故障排除提示的任何建议？

查看 Oracle Statspack 报告，该报告在批处理程序之前和之后都有准确的快照，是否可以说在数据库上完成了多少提交？已完成多少笔交易？