ITPub博客

首页 > Linux操作系统 > Linux操作系统 > rdbms ipc message等待事件与SQL*Net message from client

rdbms ipc message等待事件与SQL*Net message from client

原创 Linux操作系统 作者:马瑞琪 时间:2010-11-10 15:15:40 0 删除 编辑

rdbms ipc message

The background processes (LGWR, DBWR, LMS0) use this event to indicate that they are idle and are waiting for the foreground processes to send them an IPC message to do some work.

Wait Time: Up to 3 seconds. The parameter timeout shows the true sleep time.

Parameter:                            Description
timeout                                The amount of time that the session waits for an IPC message
       

 


等待事件里有100多个SQL*Net message from client,正常不?
有人说过SQL*Net message from client等待事件一定忽略吗?!所有的只是说一般情况下,这些事件可以被忽略,但凡事都没有那么绝对!!
SQL*Net message from client等待事件不一定就可以被忽略,也不一定就是因为网络问题。

SQL*Net message from client
The server process (foreground process) waits for a message from the client process to arrive.

Wait Time: The time it took for a message to arrive from the client since the last message was sent to the client

Parameter Description
driver id See "driver id"
#bytes The number of bytes received by the server (foreground process) from the client.


以下引用::
其实都是《Optimizing Oracle Performance By Cary Millsap 》里的观点:

作者不喜欢把等待事件分为idle和non-idle,作者更喜欢把等待事件分为between/within database call,作者并不认同idle wait event就是不
重要的,就可以被忽略不计,作者认为只要诊断数据收集方法正确,那么在response time中占主导地位的wait event就是重要的,就必须予以重视,即使这样的等待事件是idle wait event,比如SQL*Net message from client等待事件:

比如大致的说一下作者在12.3 Case 3中列举的分析案例

# REALLY BAD, unscalable application code
for each v in (897248, 897249, ...)
{
  c = parse("select ... where rderid = ".v);  # just ignore the result
  c = parse("select ... where rderid = ".v);  # do the same parse again
  execute(c);
  data = fetch(c);
  close_cursor(c);
}

在每次的database call之间就存在着SQL*Net message from client等待事件,也是作者所说的一种between database call等待事件,当出现大
量的不必要的database call的时候,虽然单独的每个SQL*Net message from client等待事件时间间隔很短,但大量的database call累计起来导
致SQL*Net message from client成为分析案例的最主要的等待事件,显然这里的SQL*Net message from client等待时间导致response time很
大,它显然不能被忽略不计,它也不是因为网络问题,而是因为存在大量不必要的database call,作者的解决方案就是:通过使用绑定变量,将parse移到循环外部,以及使用array fetch,bulk insert等减少database call的次数,从而减少response time


我的理解,原代码中:
for each v in (897248, 897249, ...)
{
c = parse("select ... where rderid = ".v); # just ignore the result  -- 
这是一个 database call
c = parse("select ... where rderid = ".v); # do the same parse again  这也是一个 database call
execute(c); -- 这也是一个 database call
data = fetch(c); -- 这也是一个 database call
close_cursor(c);  -- 这也是一个 database call
}

在每个 database call 之间,就是SQL*Net message from client, 作者的意思是:
应该采用绑定变量的方法来减少的分析(parse)这一块,
从而减少 database call,来减少SQL*Net message from client;这是
优化策略之一,此外,采用 array fetch,bulk insert等方法,可以减
少 execute(c),data = fetch(c),close_cursor(c)  的次数,因此也可以
减少,database call,和 SQL*Net message from client。

 


知道的多的人补充,谢谢

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

上一篇: 等待事件的查看
请登录后发表评论 登录
全部评论

注册时间:2010-11-10

  • 博文量
    7
  • 访问量
    45305