Reliable?message_等待事件分析

IT那活兒發布于2023-01-11 13:19 / 1330人閱讀

點擊上方“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

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/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