和上述分析的结论差不多，就是这个等待时间；
db cpu high

top sql event

从这里可以看到cpu有两个方面的问题，一个当然是SQL执行性能导致的，另一个是可能遇到资源管理器导致限制了sql的执行； 但是从这个占比看，sql的性能问题可能更大；也不排除是资源管理器的问题，导致SQL执行更慢，比如正常sql执行10s结束，但是执行到5s,因为某些原因触发了资源管理器的限制，导致10s的sql执行了300s,新的sql又来了，导致系统更卡！！！

1.参数禁用
https://blog.csdn.net/oradbm/article/details/97942389
2.具体什么sql导致的

这个sql查询数据字典某个用户的表名称，这个可以手工执行测试观察需要耗时多久，另外就是观察对比执行计划，有没有更好的，是不是由于统计信息或者其它问题导致oracle内部走错了执行计划，导致这个执行时间非常长！！！
https://www.cnblogs.com/fangwenyu/p/3432212.html

那么简单的做法就是现在应该有问题的场景，得到真实的执行计划，随后收集基表统计信息再查询。 另外就是这个用户表的对象是否再短时间内有大量的改变？