文章详情

短信预约-IT技能 免费直播动态提醒

请输入下面的图形验证码

提交验证

短信预约提醒成功

详解Oracle数据库并行操作常见等待事件及脚本

2024-12-24 21:28

关注

一、PX Deq: Execution Msg,PX Deq: Execute Reply等待事件

1. PX Deq: Execution Msg

Occurs when a parallel slave is waiting to be told what to do. This is normally considered an idle event, but can cause excessive CPU in some cases.

该事件是并行查询中的常见事件。当PQ slave进程在等待QC告诉它要做什么的时候就会出现此事件(eg: when waiting to be told parse / execute / fetch etc..)

v$session_wait 中该等待事件对应的参数:

我们可以使用如下语句获取转换sleeptime/senderid的相关信息:

  1. set SERVEROUTPUT on 
  2. undef p1 
  3. declare 
  4.  inst varchar(20); 
  5.  sender varchar(20); 
  6. begin 
  7.  select bitand(&&p1, 16711680) - 65535 as SNDRINST, 
  8.  decode(bitand(&&p1, 65535),65535, 'QC', 'P'||to_char(bitand(&&p1, 65535),'fm000') ) as SNDR 
  9.  into inst , sender 
  10.  from dual 
  11.  where bitand(&&p1, 268435456) = 268435456; 
  12.  dbms_output.put_line('Instance = '||inst); 
  13.  dbms_output.put_line('Sender = '||sender ); 
  14. end; 
  15. /  

如果P1的值为空,则意味slave 不需要等待任何进程

比如p1的值为268501004,则上面的sql会返回:

  1. Instance = 1  
  2. Sender = P012 

passes 进程在得到信息之前循环轮转等待的次数

该等待事件是一个空闲等待事件,当此等待事件出现,进程会持续等待并逐渐增加等待次数直到获取信息!

解决方法:

作为 Coordinator 的 Process 在获取 Slave 进程的数据时,反应太慢了,导致某些 Slave进行因为 Queue 满而不得不等待,进而拖慢了整个并行执行的速度。

这常常是由于 CPU 数目不足或者 系统中运行的 进程太多导致。可考虑 减小并行度。

2. PX Deq: Execute Reply

Occurs when the query coordinator is waiting for a response from a parallel slave. This is normally considered an idle event, but can cause excessive CPU in some cases.

Waiting Process: QC

协调器正在等待一个 从slaves 进程对控制信息的响应(确认通知)或者期望从slave进程集中获取数据。这个等待事件意味着QC等待slaves结束执行sql 并且将结果集发送给QC

v$session_wait 中该等待事件对应的参数:

我们可以使用如下语句获取转换sleeptime/senderid的相关信息:

  1. set SERVEROUTPUT on 
  2. undef p1 
  3. declare 
  4.  inst varchar(20); 
  5.  sender varchar(20); 
  6. begin 
  7.  select bitand(&&p1, 16711680) - 65535 as SNDRINST, 
  8.  decode(bitand(&&p1, 65535),65535, 'QC', 'P'||to_char(bitand(&&p1, 65535),'fm000') ) as SNDR 
  9.  into inst , sender 
  10.  from dual 
  11.  where bitand(&&p1, 268435456) = 268435456; 
  12.  dbms_output.put_line('Instance = '||inst); 
  13.  dbms_output.put_line('Sender = '||sender ); 
  14. end; 
  15. /  

如果P1的值为空,则意味slave 不需要等待任何进程

比如p1的值为268501004,则上面的sql会返回:

  1. Instance = 1 
  2. Sender = P012 

等待时间:这是非空闲等待时间,QC 等待从slave 的响应或者查询的数据结果

解决办法:非优化的sql语句肯能是导致此等待事件的原因:slaves 需要花费很长时间来执行sql 语句而qc又在等待slave返回数据。

优化sql,查看slave 在执行的语句以及其执行计划,并做出尽量的优化,以便减少slave执行sql语句的时间!

二、相关脚本

gives an overview of all running parallel queries with all slaves.It shows the if a slave is waiting and for what event it waits.

  1. select decode(px.qcinst_id, 
  2.  NULL, 
  3.  username, 
  4.  ' - ' || 
  5.  lower(substr(pp.SERVER_NAME, length(pp.SERVER_NAME) - 4, 4))) "Username", 
  6.  decode(px.qcinst_id, NULL, 'QC', '(Slave)') "QC/Slave", 
  7.  to_char(px.server_set) "SlaveSet", 
  8.  to_char(s.sid) "SID", 
  9.  to_char(px.inst_id) "Slave INST", 
  10.  decode(sw.state, 'WAITING', 'WAIT', 'NOT WAIT') as STATE, 
  11.  case sw.state 
  12.  WHEN 'WAITING' THEN 
  13.  substr(sw.event, 1, 30) 
  14.  ELSE 
  15.  NULL 
  16.  end as wait_event, 
  17.  decode(px.qcinst_id, NULL, to_char(s.sid), px.qcsid) "QC SID", 
  18.  to_char(px.qcinst_id) "QC INST", 
  19.  px.req_degree "Req. DOP", 
  20.  px.degree "Actual DOP" 
  21.  from gv$px_session px, gv$session s, gv$px_process pp, gv$session_wait sw 
  22.  where px.sid = s.sid(+) 
  23.  and px.serial# = s.serial#(+) 
  24.  and px.inst_id = s.inst_id(+) 
  25.  and px.sid = pp.sid(+) 
  26.  and px.serial# = pp.serial#(+) 
  27.  and ssw.sid = s.sid 
  28.  and ssw.inst_id = s.inst_id 
  29.  order by decode(px.QCINST_ID, NULL, px.INST_ID, px.QCINST_ID), 
  30.  px.QCSID, 
  31.  decode(px.SERVER_GROUP, NULL, 0, px.SERVER_GROUP), 
  32.  px.SERVER_SET, 
  33.  px.INST_ID / 

shows for the PX Deq events the processes that are exchange data.

  1. select sw.SID as RCVSID, 
  2.  decode(pp.server_name, NULL, 'A QC', pp.server_name) as RCVR, 
  3.  sw.inst_id as RCVRINST, 
  4.  case sw.state 
  5.  WHEN 'WAITING' THEN 
  6.  substr(sw.event, 1, 30) 
  7.  ELSE 
  8.  NULL 
  9.  end as wait_event, 
  10.  decode(bitand(p1, 65535), 
  11.  65535, 
  12.  'QC', 
  13.  'P' || to_char(bitand(p1, 65535), 'fm000')) as SNDR, 
  14.  bitand(p1, 16711680) - 65535 as SNDRINST, 
  15.  decode(bitand(p1, 65535), 
  16.  65535, 
  17.  ps.qcsid, 
  18.  (select sid 
  19.  from gv$px_process 
  20.  where server_name = 
  21.  'P' || to_char(bitand(sw.p1, 65535), 'fm000') 
  22.  and inst_id = bitand(sw.p1, 16711680) - 65535)) as SNDRSID, 
  23.  decode(sw.state, 'WAITING', 'WAIT', 'NOT WAIT') as STATE 
  24.  from gv$session_wait sw, gv$px_process pp, gv$px_session ps 
  25.  where sw.sid = pp.sid(+) 
  26.  and sw.inst_id = pp.inst_id(+) 
  27.  and sw.sid = ps.sid(+) 
  28.  and sw.inst_id = ps.inst_id(+) 
  29.  and p1text = 'sleeptime/senderid' 
  30.  and bitand(p1, 268435456) = 268435456 
  31.  order by decode(ps.QCINST_ID, NULL, ps.INST_ID, ps.QCINST_ID), 
  32.  ps.QCSID, 
  33.  decode(ps.SERVER_GROUP, NULL, 0, ps.SERVER_GROUP), 
  34.  ps.SERVER_SET, 
  35.  ps.INST_ID 

shows for long running processes what are the slaves do.

  1. select decode(px.qcinst_id, 
  2.  NULL, 
  3.  username, 
  4.  ' - ' || 
  5.  lower(substr(pp.SERVER_NAME, length(pp.SERVER_NAME) - 4, 4))) "Username", 
  6.  decode(px.qcinst_id, NULL, 'QC', '(Slave)') "QC/Slave", 
  7.  to_char(px.server_set) "SlaveSet", 
  8.  to_char(px.inst_id) "Slave INST", 
  9.  substr(opname, 1, 30) operation_name, 
  10.  substr(target, 1, 30) target, 
  11.  sofar, 
  12.  totalwork, 
  13.  units, 
  14.  start_time, 
  15.  timestamp, 
  16.  decode(px.qcinst_id, NULL, to_char(s.sid), px.qcsid) "QC SID", 
  17.  to_char(px.qcinst_id) "QC INST" 
  18.  from gv$px_session px, gv$px_process pp, gv$session_longops s 
  19.  where px.sid = s.sid 
  20.  and px.serial# = s.serial# 
  21.  and px.inst_id = s.inst_id 
  22.  and px.sid = pp.sid(+) 
  23.  and px.serial# = pp.serial#(+) 
  24.  order by decode(px.QCINST_ID, NULL, px.INST_ID, px.QCINST_ID), 
  25.  px.QCSID, 
  26.  decode(px.SERVER_GROUP, NULL, 0, px.SERVER_GROUP), 
  27.  px.SERVER_SET, 
  28.  px.INST_ID 

来源:今日头条内容投诉

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

软考中级精品资料免费领

  • 历年真题答案解析
  • 备考技巧名师总结
  • 高频考点精准押题
  • 2024年上半年信息系统项目管理师第二批次真题及答案解析(完整版)

    难度     813人已做
    查看
  • 【考后总结】2024年5月26日信息系统项目管理师第2批次考情分析

    难度     354人已做
    查看
  • 【考后总结】2024年5月25日信息系统项目管理师第1批次考情分析

    难度     318人已做
    查看
  • 2024年上半年软考高项第一、二批次真题考点汇总(完整版)

    难度     435人已做
    查看
  • 2024年上半年系统架构设计师考试综合知识真题

    难度     224人已做
    查看

相关文章

发现更多好内容

猜你喜欢

AI推送时光机
位置:首页-资讯-后端开发
咦!没有更多了?去看看其它编程学习网 内容吧
首页课程
资料下载
问答资讯