加微信 ora_service

看着是Oracle EBS 中的并发请求处理，是每天都有 2600万的数据要处理？

还是要从语句优化入手

Direct Reads 较多，如果数据库的内存配置不足以缓存所需的数据，数据库就会频繁地从磁盘直接读取数据，你的sga和pga参数设置的都不大，特别是pga设置小了，建议把参数优化了再看看

在该时间段内，数据库整体负载处于较高状态。
从等待事件的角度来看，Direct Reads 和 direct path write temp 等事件的等待时间较长，初步判断可能是由于 PGA 资源不足 所导致。看Memory Statistics 的PGA抖动还是很大的
根据 Advisory 的建议，推荐的 PGA 配置值为 12,288MB，而当前 SGA 配置为 49,920MB。

还有个TM锁等待，这个得根据环境分析一下，看是被环境影响的，还是影响环境的

从 SQL 执行情况来看，Top SQL 基本以全表扫描为主，整体 CPU 消耗较高。尽管部分语句已添加索引，但由于存在频繁的回表操作，每次回表都会带来一次逻辑读，导致整体执行效率较低。建议根据具体执行计划，优化索引结构或通过改写 SQL 语句等方式提升执行性能。

还有一些表空间的延迟也很高，最高有15ms啦，redo的写入也是平均达到4ms的延迟，IO也存在一定的瓶颈