查询gv$session引发大量的PX Deq Credit: send blkd事件

一个用户提交了一个awr报告,发现有大量的PX Deq Credit: send blkd事件:

Top 5 Timed Events

Event

Waits

Time(s)

Avg Wait(ms)

% Total Call Time

Wait Class

CPU time

3,023

43.0

db file sequential read

320,800

1,205

4

17.1

User I/O

PX Deq Credit: send blkd

452

998

2,207

14.2

Other

library cache lock

19,034

425

22

6.0

Concurrency

latch: library cache

3,023

366

121

5.2

Concurrency

Oracle对这个事件的描述:

This wait event indicates that we are doing a non-blocking test to see if any channel has returned a message. We should see that although there is a high number of these events, the time accumulated to it should be zero (or really low).

这个事件按Oracle的说法为空闲事件,不用太去关注,多发生在并行DML时。但在客户的系统中,并没有使PDML;TOP SQL中,找到有对gv$session的查询语句,一条sql执行了872秒:

Elapsed Time (s)

CPU Time (s)

Executions

Elap per Exec (s)

% Total DB Time

SQL Id

SQL Module

SQL Text

872

0

1

871.68

12.40

cbcd5t0dqdxnp

PL/SQL Developer

select * from gv$session

metalink上找到了多篇gv$session相关问题的文章;看来以后运行gv$session要慎重呀

[@more@]

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/7839206/viewspace-1028072/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/7839206/viewspace-1028072/

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值