并没有一个固定值或者比例，达到之后，逻辑读就可以说是高，这个取决于你的系统整体表现，以及取决于你的标准以及系统响应标准，可以考虑是否需要减少逻辑读。

你的awr，aas大约在16，负载不太高，每秒事务数也不太多，硬解析偏高。

不高的负载下：
Latch Sleep Breakdown中cache buffer chains确实是第一。
Mutex Sleep Summary中，Cursor Pin第一，有两个insert SQL版本较多，可以看看什么情况导致无法共享,有hard parse (bind mismatch) elapsed time占一定比例，说明有因为bind peeking机制导致的硬解析，可以考虑关掉bind peeking。

还有你的sga设置了180G，pga 5G，系统总内存250G，processes参数为6000，怕是预留的这些操作系统内存顶不住这么多processes。

AWR报告我觉得其实就是一个反应当前数据库负载情况的一个可读性报告，并没有看见哪个地方在说，什么指标达到了多少就表明负载过量的说法，一切其实都是基于经验论了。

很多情况下，我们存在的一个疑问就是：我咋知道这个指标是高了还是低了？有没有一个阀值什么的可以作为参考点呀？ 这个说实在的，Oracle官网上面至少我也没有找到有相关论述的，一切都是基于不同的DBA面对不同的数据库，经过长期观察得到的一个经验值。就好比高速公路上面的三条道，最左边的一条道平均每分钟经过车辆高达10000辆，我们能说他负载就高么？万一它的平均车速高达200码呢？而最右边的车道平均速度只有10码，我们又能说它是因为负载过高么？万一人家本来就没有几辆车呢？一切都是从多方角度来参考的吧，这个我觉得才是最难弄懂的。

从优化的角度上来说的话，我的看法就是枪打出头鸟，你看见那个指标你觉得很高了，那么就朝那个方向进行优化。一切就以数据库运行是否顺畅为标准了。