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)交流,转载请注明出处。