aas已经超过了你的cpu数量，cpu应该使用率很高，能否取一个同时段的ash？

（1）你这应该是OLAP吧，latch:shared pool，硬解析多很正常
（2）undo表空间读的平均延迟有点大，
（3）另外，latch free排第一，观察Latch Activity => parameter table management等待时间很高，特别像之前我遇到的一个bug：Session Waiting on ‘Parameter Table Management’ Latch (Doc ID 2271591.1)，但是版本跟你的又不一样，这个是11.2.0.4的bug，还需要进一步判断。
（4）取个ash看看吧，看看latch free第一最高的是不是parameter table management。

这条sql是存在问题的，如果是在应用程序建议加绑定变量
select /+parallel(20)/ * from ( select KL_PY_ID, KL_PY, KL_KEYCODE, KL_ACCESS_COUNTS , case when kl_keycode like ‘%ËæÉêÂë%’ then 2 when kl_py_detail like ‘%SUI|SHEN|MA%’ then 1 else 0 end as score from KL_CONTENT_PY_KEYCODE where KL_KEYCODE <> ‘ËæÉêÂë’ and kl_py like ‘%SSM%’ order by score desc, kl_access_counts desc) where rownum < 6

多谢各位大佬的答复。
这个是OLTP系统

我已经答复开发如下
针对select /+parallel(20)/ * ……语句
1.采用绑定变量
2.降低并行度，或取消并行。