reliable message等待事件说明

metalink中关于该等待事件的解释: 

  When you send a message using the 'KSR' intra-instance broadcast

    service, the message publisher waits on this wait-event until

    all subscribers have consumed the 'reliable message' just sent.

    The publisher waits on this wait-event for three seconds and

    then re-tests if all subscribers have consumed the message, or

    until posted.

翻译如下:

就是说当跨实例发送消息时,发送者期望收到订阅者的回复信息,如果得不到可信回复,就会一直处于等待。等待以3秒为周期进行反复尝试,直到收到所有订阅者的回复或者被唤醒。 在RAC环境中如果此等待事件出现在top5中,那就说明在节点间的通讯已经出现问题,一个节点得不到另外一个节点的可信回复,这个等待事件已经严重影响了性能,这个时候就要检查节点间的通信是否正常,是否网络负载过大等。

————————————————————————————————————————————————————————————

本人主要从事架构优化、系统建设、系统运维等方面的工作,专注于Oracle、Mysql、Redis、PG、OGG等技术和系统建设、运维、优化,欢迎留言或者微信(deadknight9)交流,转载请注明出处。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值