SQL*Net message from client 事件产生的原因分析

简介: 今天同事在做数据库巡检时,发现巡检报告中有大量的SQL*Net message from client等待事件。同事问什么情况下回产生SQL*Net message from client,为什么回产生SQL*Net message from client。
<div> </div> <div> 今天同事在做数据库巡检时,发现巡检报告中有大量的SQL*Net message from client等待事件。同事问什么情况下回产生SQL*Net message from client,为什么回产生SQL*Net message from client。<br /> <div> 1.对于数据库的一个session来说,每时每刻都在wait 的状态。<br /> WAIT FOR IO / WAIT FOR CPU / WAIT FOR LATCH /WAIT FOR ...<br /> 这一点你可以查询 v$session_wait,总有数据.<br /> SQL&gt;select sid,event,p1,p1raw from v$session_wait;<br /> <br /> 2.对于Server process来说,如果客户端发来一个请求,它处理完所有需要处理的请求之后,它就进入另一个WAIT,<strong>SQL</strong>*<strong>Net</strong> <strong>message</strong> <strong>from</strong> <strong>client</strong> ,等待着Cilent发来请求让它处理,而我们把这种wait叫做空闲事件(<span>ildel event)</span>,并不代表真正的loading。<br /> 举一日常生活中的例子,你去银行办理业务,办理业务的窗口的业务员。如果有很多客户在等待办理业务,那么业务员会非常忙碌,但是,当他办理所有排队的业务后,没有人办理业务了,这时,业务员就处于了SQL*Net message from client状态,一直等待有人走进大厅来办理业务的客户。<span>就相当于业务员wait for "业务</span><span style="font-size:x-small;"><strong>from客户</strong>“,事实上是在休息,也就是没有loading.<br /> </span><br /> 4.当然也有其他情况,比如,业务员办理完业务后,一直没有按叫号器,大厅里有很多人都在等待办理业务 ,这种情况下的 (SQL*Net message from client<span style="display:none;" id="__kindeditor_bookmark_start_123__"></span>) 就不正常了。相<span style="color:#000000;">对应的Oracle里的就是网络不畅,<strong>Client</strong>想发信息给Server process,结果不成功,而Server process一直是wait for <strong>SQL</strong>*<strong>Net</strong> <strong>message</strong> <strong>from</strong> <strong>client</strong> .</span><br /> 5.结论,<span>只要网络没问题。<strong>SQL</strong>*<strong>Net</strong> <strong>message</strong> <strong>from</strong> <strong>client</strong> 这个wait不用管。</span><br /> <br /> <p> <span style="font-size:18px;"><strong>SQL*Net message to client</strong></span> </p> <pre style="display:none;" class="sql" name="code">SQL&gt; select event#,name,parameter1,parameter2,parameter3 from v$event_name where name = 'SQL*Net message to client'; EVENT# NAME PARAMETER1 PARAMETER2 PARAMETER3 ---------- -------------------------------------------------- --------------- --------------- -------------------- 255 SQL*Net message to client driver id #bytes</pre> 这个等待事件发生在服务器端向客户端发送消息的时候。当服务器端向客户端发送消息产生等待时,可能的原因是用户端太繁忙,无法及时接收服务器端送来的消息,也可能是网络问题导致消息无法从服务器端发送到客户端。<br /> <p> 这个等待事件包含两个参数。 </p> <p> driver id:服务器端和客户端连接是用的协议信息。 </p> #bytes:服务器端向客户端发送消息的字节数。<br /> <p> <br /> </p> <p> <span style="font-size:18px;"><strong>SQL*Net message to dblink</strong></span> </p> <pre style="display:none;" class="sql" name="code">SQL&gt; select event#,name,parameter1,parameter2,parameter3 from v$event_name where name = 'SQL*Net message to dblink'; EVENT# NAME PARAMETER1 PARAMETER2 PARAMETER3 ---------- -------------------------------------------------- --------------- --------------- -------------------- 256 SQL*Net message to dblink driver id #bytes </pre> 这个等待事件和SQL*Net message to client相同,不过是发生在数据库服务器端和服务器端之间的等待事件,产生这个等待的原因可能是远端服务器繁忙,而无法即时接收发送过来的消息,也可能是服务器之间网络问题导致消息无法发送过来。 <p> <br /> </p> <p> 这个等待事件包含两个参数。 </p> <p> driver id:服务器端和另一个服务器端连接是用的协议信息。 </p> <p> #bytes:服务器端通过dblink从另一个服务器端收到的消息的字节数。 </p> </div> <br /> 我们可以通过下面语句查询数据库看有什么在等待, </div> <div> 查询v$session_wait </div> <div> </div> <div> SELECT S.SID,<br /> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; S.SERIAL#, <br /> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; S.USERNAME,<br /> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; S.STATUS,<br /> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; S.MACHINE,<br /> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; S.PROGRAM,<br /> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; S.MODULE,<br /> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; A.SQL_TEXT<br /> &nbsp; FROM V$SESSION S,<br /> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; V$SQLAREA A<br /> WHERE S.USERNAME IS NOT NULL<br /> &nbsp;&nbsp; AND S.SQL_ADDRESS = A.ADDRESS<br /> </div> <div> </div> <div> 看见<strong>SQL</strong>*<strong>Net</strong> <strong>message</strong> <strong>from</strong> <strong>client</strong> 等待时间最长,其实这个是oracle空闲等待时间,只要网络没有问题,可以不用考略这个wait。 <div> </div> <div> </div> </div> <div> </div>
相关文章
|
3月前
|
SQL 存储 缓存
四、SQL语句执行过程分析
四、SQL语句执行过程分析
34 0
|
17天前
|
SQL 数据库 索引
SQL索引失效原因分析与解决方案
SQL索引失效原因分析与解决方案
22 0
|
25天前
|
SQL 关系型数据库 MySQL
【MySQL】慢SQL分析流程
【4月更文挑战第1天】【MySQL】慢SQL分析流程
|
2月前
|
SQL 关系型数据库 MySQL
10个SQL中常用的分析技巧
10个SQL中常用的分析技巧
|
2月前
|
SQL 存储 关系型数据库
MySQL(终结篇二)- SQL 语句分析与优化
MySQL(终结篇二)- SQL 语句分析与优化
87 0
|
3月前
|
SQL
leetcode-SQL-550. 游戏玩法分析 IV
leetcode-SQL-550. 游戏玩法分析 IV
22 1
|
3月前
|
SQL
leetcode-SQL-1084. 销售分析III
leetcode-SQL-1084. 销售分析III
30 0
|
3月前
|
SQL
leetcode-SQL-1158. 市场分析 I
leetcode-SQL-1158. 市场分析 I
19 1
|
3月前
|
SQL
leetcode-SQL-511. 游戏玩法分析 I
leetcode-SQL-511. 游戏玩法分析 I
22 0
|
3月前
|
SQL 监控 关系型数据库
解密SQL性能异常事件及阿里云数据库的性能调优实践
作为开发者想必都知道数据库是现代应用的核心组件之一,而且在当今互联网时代之下,SQL查询的性能直接影响系统的整体性能,它的性能对于系统的稳定性和响应速度至关重要。那么本文就来讨论一下SQL性能异常的排查和优化方法,包括我个人印象深刻的SQL性能异常事件,以及分享一下使用阿里云数据库产品/工具进行SQL性能调优的经验和心得体会。
85 1
解密SQL性能异常事件及阿里云数据库的性能调优实践