Sql 甲骨文灰烬报告

最近，我收到了DBA的一封信

对我来说，这份报告就像法语。我不知道这是关于什么的，也不知道这份报告写了什么。请有人指导我阅读它，并解释我应该采取哪些步骤使我的查询稳定并减少cpu消耗。此外，哪个查询占用更多的CPU。
1.请推荐我应该执行的操作。
2.哪个查询占用了我更多的CPU，我应该做些什么来改进它。

ASH（活动会话历史记录）报告显示了数据库在一段时间内发生的情况

例如，带有顶级事件的SQL显示，第一次查询占用了31%的时间。SQL ID列可以链接到所用SQL文本的

完整列表

：

select some_giant_list_of_columns
  from VU_PERSON_MINI
 where lower (person_id) = ?

Top-SQL with Top-Row-Sources

中的相同语句表示它正在进行完整的表扫描（

table-ACCESS=full

）

我怀疑VU PERSON\u MINI上没有基于

LOWER（PERSON\u ID）

的函数索引。添加一个或修复基本问题（这是一个数字列吗？是否可以在应用程序中强制要求它始终以小写形式存储）应该有助于提高性能

---

此外，该查询中存在

直接路径读取

事件有些麻烦。这通常表示对磁盘的排序活动，或者您正在读取LOB数据。你想成为SQL的一部分吗？

这些是探索性报告。阅读它们不会有一个简单的1-2-3指南。以下是一些出发点：“31%的时间”占总时间的百分比是多少？31%的时间花在等待事件上？报告中所用时间的31%？感谢31%的总活动，因此它既不是等待时间的31%，也不是报告中已用时间的31%。这31%进一步细分为

直接路径读取

和

CPU+等待CPU

。