环境racle 10g，使用了并行操作（parrel）

查询我的应用：
SQL> select  state,count(*)   from   v$session  where username = 'xiaoming' and status = 'ACTIVE' group by state;

STATE                 COUNT(*)
------------------- ----------
WAITED KNOWN TIME           10
WAITED SHORT TIME          125
WAITING                    259

SQL>
SQL> select  EVENT,count(*)   from   v$session  where username = 'xiaoming' and status = 'ACTIVE' group by EVENT
  2  ;

EVENT                                                              COUNT(*)
---------------------------------------------------------------- ----------
PX Deq: Execute Reply                                                     1
SQL*Net message from client                                               1
log file switch (checkpoint incomplete)                                  11
buffer busy waits                                                       116



同时通过em看到有预警产生：

Waits by Wait Class Database Time Spent Waiting (%) 事件类 "Concurrency" 的度量 "Database Time Spent Waiting (%)" 位于 34.79299 2008-9-11 15:18:23
Waits by Wait Class Average Users Waiting Count 事件类 "Concurrency" 的度量 "Average Users Waiting Counts" 位于 38.43875 2008-9-11 15:16:23
Waits by Wait Class Average Users Waiting Count 事件类 "Configuration" 的度量 "Average Users Waiting Counts" 位于 17.57512 2008-9-11 15:16:23


我的分析：根据上面的查询，我的会话都在等，白白的浪费时间和资源，也许在等待磁盘I/O，但是如何进一步确认是否在等待磁盘I/O呢？或者在等待其他的？

谢谢！

[ 本帖最后由 onunix 于 2008-9-11 15:58 编辑 ]

in 9i
query  v$session_wait where wait_time = 0

1.看OS的CPU MEM I/O情况。
2.大量buffer busy waits，一般是热点块，找到对象，再找到SQL，优化SQL.
3.收集AWR报告，优化buffer gets比较高的SQL。
4.如果SQL没办法优化，很多时候是要该程序，建议分析一下相关表，上次我就是通过这个办法解决的。

QUOTE:

---

原帖由 onunix 于 2008-9-11 01:27 发表
环境racle 10g，使用了并行操作（parrel）
...
SQL> select  EVENT,count(*)   from   v$session  where username = 'xiaoming' and status = 'ACTIVE' group by EVENT
  2  ;

EVENT                                                              COUNT(*)
---------------------------------------------------------------- ----------
PX Deq: Execute Reply                                                     1
SQL*Net message from client                                               1
log file switch (checkpoint incomplete)                                  11
buffer busy waits                                                       116

---

Could it be the parallel degree is too high? How many do you see in v$px_session? What does show parameter parallel say, and the degree on the table? Is the SQL query only, or query and DML mixed?

Yong Huang

log file switch (checkpoint incomplete)  这个肯定是要首先解决的,这个的影响是最大的

QUOTE:

---

原帖由 Yong Huang 于 2008-9-16 06:48 发表


Could it be the parallel degree is too high? How many do you see in v$px_session? What does show parameter parallel say, and the degree on the table? Is the SQL query only, or query and DML mixed?

Yong Huang

---

谢谢支持，暂时这个测试环境没有了，因此暂无法进一步提供信息了，是query and DML mixed。