首先从awr来看 gc的等待很高 如果排除心跳间网络延迟的情况 建议是单独给跑批建立一个service 只跑在1个节点 但由于单节点CPU使用率过高,目前不建议这么操作,这个是后面优化的方向。awr中有一栏CPU排序的top sql  SQL ordered by CPU Time 直接找到CPU使用高的sql 可以对着SQL ordered by Gets 一栏看一下 通常CPU使用高的sql也

1.可以根据awr报告或dba_hist_sqlstat 找到逻辑读较大的sql优化这部分sql 通常都是全表扫描引起的 可以看看是否伴随cbc等待。2.awr报告中提示高版本的sql 建议通过v$sql_shared_cursor去查看 高版本原因 其中标记为Y的字段是引起高版本的原因 也可以通过该视图中的reason字段直接查看具体原因和相关问题字段position 通常是绑定变量传值类型不一