Oracle 解析cpu以解析经过 % 非常低

问候，

与上一个问题一样，我从awr获得了这些统计数据。我试着把它挖得更多，供等待课。

Event                          Waits         Time(s)  Avg wait(ms)  % DB time    Wait Class
---------------------------------------------------------------------------------------------
SQL*Net more data from client  35,972        9,805    273           65.90         Network
cursor: pin S wait on X        159           5,688    35770         38.23         Concurrency
DB CPU                                       1,629                  10.95  
enq: TX - row lock contention  9             136      15133         0.92          Application
direct path write temp         63,834        82       1             0.55          User I/O

我发现，解析cpu解析经过 % 只是1.65%，这是非常差的。

Instance efficiency percentage
-------------------------------
Buffer Nowait %: 100.00
Redo NoWait %: 100.00
Buffer Hit %: 95.60
In-memory Sort %: 100.00
Library Hit %: 99.93
Soft Parse %: 95.40
Execute to Parse %:99.37
Latch Hit %: 100.00
Parse CPU to Parse Elapsd %: 1.65
% Non-Parse CPU: 92.25

我认为共享池竞争的原因。但是发现游泳池的大小不是问题。

Shared Pool Statistics 
----------------------------------------------
    Begin End
Memory Usage %:   54.31    55.64
% SQL with executions>1: 98.61 98.44
% Memory for SQL w/exec>1: 90.01 82.19

我分析错了吗？客户端报告了非常慢的查询响应。
你能通过统计数据给我什么建议？我应该在哪里寻找确切的瓶颈？

提前谢谢你。

正如我们在回答您的最后一个问题时所说的那样，您需要:

跟踪缓慢的客户端会话!即客户端报告的事情很慢。

停止查看系统统计信息!

您可以通过调用来跟踪数据库会话:

exec DBMS_monitor.session_trace_enable ( , , true, true );

然后从数据库服务器中挖掘跟踪文件，并用TKPROF解析。

您可以在以下位置阅读有关如何执行此操作的更多信息:

https://blogs.oracle.com/sql/how-to-create-an-execution-plan#tkprof

一旦有了格式化的跟踪文件，请返回您的发现，我们将为您提供帮助。