AWR報告中Top 10 Foreground Events存在”reliable message”等待事件的處理辦法

来源:https://www.cnblogs.com/lijiaman/archive/2019/03/12/10520110.html
-Advertisement-
Play Games

操作系統版本:HP-UNIX B.11.31 資料庫版本:11.2.0.4 RAC (一) 問題概要 (1)在AWR報告的Top 10 Foreground Events中發現reliable message占用了較高的DB Time,如下: Top 10 Foreground Events by ...


操作系統版本:HP-UNIX B.11.31

資料庫版本:11.2.0.4 RAC

(一) 問題概要

(1)在AWR報告的Top 10 Foreground Events中發現reliable message占用了較高的DB Time,如下:

Top 10 Foreground Events by Total Wait Time
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                               Total        Wait         % DB
Event                          Waits        Time Avg(ms) time   Wait Class
------------------------------ ------------ ---- ------- ------ ----------
reliable message               34,293,326   1430  42     64.1   Other
DB CPU                         265                       11.9
enq: TX - row lock contention  2,556,859    114K  45     5.1    Application
PX Deq: Signal ACK RSG         102,595      101K  985    4.5    Other
log file sync                  6,458,803    86.5  13     3.9    Commit
cursor: pin S wait on X        184,770      34.8  189    1.6    Concurrent

(2)result cache被使用

SQL> show parameter result_cache_max_size

NAME                                  TYPE         VALUE
------------------------------------  -----------  ------------------------------
result_cache_max_size                 big integer  5248K

(3)查詢給gv$chanel_waits顯示高等待的組件

SELECT CHANNEL, SUM(WAIT_COUNT) SUM_WAIT_COUNT
  FROM GV$CHANNEL_WAITS
 GROUP BY CHANNEL
 ORDER BY SUM(WAIT_COUNT) DESC;

CHANNEL                                                 Wait Count
------------------------------------------------------  -------------- 
Result Cache: Channel                                   307718423
kxfp control signal channel                             97080
RBR Channel                                             60807
MMON remote action broadcast channel                    28256
obj broadcast Channel                                   14736
kill job broadcast - broadcast channel                  367
parameters to cluster db instances - broadcast channel  15
Broker IQ Result                                        5
service operations - broadcast channel                  4
quiesce Channel                                         2

(二)原因

如果滿足上面的3個條件,那麼可以確定該等待事件由result cache處理相關的bug_19557279造成,該問題在Oracle 12.2版本中修複。

(三)解決方案

在11G中如何解決,Oracle提供了3種方案:

1.更新資料庫版本到12cR2;

2.應用補丁18416368;

3.禁用結果緩存,需要重啟資料庫實例生效

SQL> alter system set result_cache_max_size=0;

 

參考文檔:MOS上文檔ID :1951729.1

【完】


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 在Ubuntu 18.04 LTS上配置IP地址的方法與舊方法有很大不同。與以前的版本不同,Ubuntu 18.04使用Netplan(一種新的命令行網路配置實用程式)來配置IP地址。 在這種新方法中,我們不再使用 文件來配置IP地址,而是使用YAML文件。Netplan的預設配置文件位於 目錄下。 ...
  • 1、top查看是否有特別吃cpu和記憶體的進程,病毒進程kill是殺不死的,因為ps命令被修改 2、ls -la /proc/病毒進程pid/ pwd為病毒進程程式目錄 一般在/usr/bin下 3、/bin/ps,/bin/netsta程式都是1.2M的大小,顯然被人掉包 ps 改成了ips 4、進 ...
  • 九、shell腳本清理磁碟空間 添加定時任務: crontab -e 加:0 0 */4 * * cd /home/script && sh free_space.sh >> /tmp/free_space.log 2>&1 & (每4天清理一次) 十、shell 腳本監控磁碟空間,郵件報警(容量超 ...
  • 1. cmd 調出命令行視窗 2. netstat -ano 查看埠被占用情況 3.命令:tasklist | findstr "9480" 發現被httpd.exe 占用 4.結束該進程 taskkill /f /t /im httpd.exe 註意:一定要用管理員身份運行 否則沒有許可權執行成功 ...
  • 容器中管理數據主要有兩種方式 數據捲:容器內的數據直接映射到本地主機目錄。 數據捲容器:使用特定的容器維護數據捲。 Docker提供三種不同的方式將數據從宿主機掛載到容器中:volumes,bind mounts和tmpfs。 1)volumes:Docker管理宿主機文件系統的一部分(/var/l ...
  • 1. 卸載navicate for mysql 會留下很多坑,主要是卸載不幹凈,卸載之後重新安裝會出現之前的庫內容和庫鏈接還存在的問題,這種情況的出現是卸載殘餘。 解決辦法,清理註冊表(網上很多教程但不一定有用,折騰了好久,所有的註冊表全部刪除,C盤下的programData下的數據也已經刪除,但重 ...
  • 1.查看mysql資料庫預設編碼: mysql> show variables like "character%"; + + +| Variable_name | Value |+ + +| character_set_client | utf8 || character_set_connectio ...
  • 一、問題描述 ​ 最近遇到了一個奇怪的MySql資料庫問題,好幾次前一天晚上歷史數據還正常存儲,第二天早上來了看實時數據存儲還正常,歷史數據不存儲了。找了好久也沒找到問題。後來仔細想了想,歷史數據設置了變化才存儲,是不是數據一直不變,就一直沒有往資料庫寫數據,導致MySql的連接太久不用自動斷開了。 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...