問題分析
mos上解釋這個(gè)等待事件是和進(jìn)程間消息傳遞有關(guān),即:
解決方案
在mos上搜索相關(guān)關(guān)鍵字,發(fā)現(xiàn)了匹配的官方文檔《Very High Waits for reliable message After Upgrade to 11.2.0.4 When Using Result Cache (Doc ID 1951729.1)》,命中了bug 18416368。
當(dāng)前版本是11.2.0.4版本,并配置了result cache,如下圖:
文檔中給出了3種解決方案,若業(yè)務(wù)有影響,可根據(jù)情況選擇其中一種方式進(jìn)行修復(fù):
升級(jí)到12C以上版本。
應(yīng)用patch 18416368小補(bǔ)丁。
禁用result cache,并重啟實(shí)例。
SQL> alter system set result_cache_max_size=0;
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://m.hztianpu.com/yun/129417.html
摘要:如果要多人會(huì)話,就要單對(duì)單建立多個(gè)連接。同樣的步驟執(zhí)行多次就可以了客戶端代碼開始結(jié)束發(fā)送打開頁面即開啟等待模式服務(wù)端代碼 webRTC介紹 webRTC是英文Web Real-Time Communication的縮寫,中文翻譯網(wǎng)頁實(shí)時(shí)通信,是瀏覽器不需要服務(wù)器的中轉(zhuǎn),可以直接通信的技術(shù) webRTC 應(yīng)用 網(wǎng)上的很多教程都會(huì)包含實(shí)時(shí)視頻的介紹,不過我感覺視頻看起來很酷,不過卻不是we...
摘要:而在進(jìn)程執(zhí)行把進(jìn)程添加到調(diào)度器中時(shí)添加了一個(gè)回調(diào)函數(shù),回調(diào)函數(shù)了一個(gè)帶的消息,并且為,就是這個(gè)消息觸發(fā)了發(fā)送的函數(shù)的執(zhí)行。 最近做了點(diǎn)nodejs項(xiàng)目,對(duì)nodejs的cluster怎么利用多進(jìn)程處理請求產(chǎn)生了疑問,于是著手進(jìn)行了研究,之后發(fā)現(xiàn)這其中竟大有文章!一切還是先從遙遠(yuǎn)的TCP說起吧。。。 TCP與Socket 說到TCP,相信很多人都相當(dāng)了解了,大學(xué)已經(jīng)教過,但是又相信有很多...
摘要:相當(dāng)于層的初始化。注意,這里是層層自己的消息,與層的沒關(guān)系。好吧,這個(gè)過程基本上分析完畢了,其實(shí)就是通過不斷的處理消息,并且調(diào)用消息的回調(diào)。 承接上文在looper中會(huì)在一開始就創(chuàng)建一個(gè)MessageQueue,并且在loop中每次都會(huì)從其中取出一個(gè)message處理。那么我們就來看看這個(gè)MessageQueue: MessageQueue(boolean quitAllowe...
閱讀 1459·2023-01-11 13:20
閱讀 1812·2023-01-11 13:20
閱讀 1263·2023-01-11 13:20
閱讀 2005·2023-01-11 13:20
閱讀 4226·2023-01-11 13:20
閱讀 2879·2023-01-11 13:20
閱讀 1488·2023-01-11 13:20
閱讀 3807·2023-01-11 13:20