Reliable message_等待事件分析

IT那活儿发布于2023-01-11 13:19 / 1329人阅读

点击上方“IT那活儿”公众号，关注后了解更多内容，不管IT什么活儿，干就完了！！！

最近我们的智慧运维平台加入了客户的全网数据库的等待事件监控，其中有套核心库的“reliable message”等待事件指标断断续续有告警，业务侧也没反馈有问题。接下来针对该库的这个等待事件进行分析。

问题分析

mos上解释这个等待事件是和进程间消息传递有关，即：

当进程使用“KSR”实例内广播服务发送消息时，消息发布者会等待此等待事件，直到所有订阅者都使用了刚刚发送的“可靠消息，发布者将此等待事件等待最多一秒钟，然后重新测试是否所有订阅者都已使用该消息，或者直到发布。如果消息未完全消耗，则等待将重复，重复，直到消息被消耗或等待者中断。

具体可以参考《WAITEVENT: "reliable message" Reference Note (Doc ID 69088.1)》。

针对等待事件的时间点，我这边收集了awr以及ash报告。

==》这个等待事件排在了前三。

==》ash报告列出了p1、p2、p3等信息。

根据ash报告的p1信息，我们参考《Doc ID 69088.1》提供的语句可以查出channel相关的信息：

到此可以得出简单结论：该库的这个等待事件可能和Result Cache有关。

解决方案

在mos上搜索相关关键字，发现了匹配的官方文档《Very High Waits for reliable message After Upgrade to 11.2.0.4 When Using Result Cache (Doc ID 1951729.1)》，命中了bug 18416368。

当前版本是11.2.0.4版本，并配置了result cache，如下图：

文档中给出了3种解决方案，若业务有影响，可根据情况选择其中一种方式进行修复：

升级到12C以上版本。
应用patch 18416368小补丁。
禁用result cache，并重启实例。

SQL> alter system set result_cache_max_size=0;

本文作者：金震宇（上海新炬王翦团队）

本文来源：“IT那活儿”公众号

GPU云服务器云服务器等待事件等待时间 messager messages

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/yun/129417.html

webRTC 初探

摘要：如果要多人会话，就要单对单建立多个连接。同样的步骤执行多次就可以了客户端代码开始结束发送打开页面即开启等待模式服务端代码 webRTC介绍 webRTC是英文Web Real-Time Communication的缩写，中文翻译网页实时通信，是浏览器不需要服务器的中转，可以直接通信的技术 webRTC 应用网上的很多教程都会包含实时视频的介绍，不过我感觉视频看起来很酷，不过却不是we...

klinson 2019-08-20 16:06 评论0 收藏0
nodejs cluster模块分析

摘要：而在进程执行把进程添加到调度器中时添加了一个回调函数，回调函数了一个带的消息，并且为，就是这个消息触发了发送的函数的执行。最近做了点nodejs项目，对nodejs的cluster怎么利用多进程处理请求产生了疑问，于是着手进行了研究，之后发现这其中竟大有文章！一切还是先从遥远的TCP说起吧。。。 TCP与Socket 说到TCP，相信很多人都相当了解了，大学已经教过，但是又相信有很多...

KnewOne 2019-08-21 17:16 评论0 收藏0
android源码分析-深入MessageQueue

摘要：相当于层的初始化。注意，这里是层层自己的消息，与层的没关系。好吧，这个过程基本上分析完毕了，其实就是通过不断的处理消息，并且调用消息的回调。承接上文在looper中会在一开始就创建一个MessageQueue，并且在loop中每次都会从其中取出一个message处理。那么我们就来看看这个MessageQueue： MessageQueue(boolean quitAllowe...

LeexMuller 2019-08-14 17:45 评论0 收藏0