數(shù)據(jù)庫enq?US?–?contention等待分析

IT那活兒發(fā)布于2023-01-11 13:19 / 817人閱讀

點(diǎn)擊上方“IT那活兒”公眾號，關(guān)注后了解更多內(nèi)容，不管IT什么活兒，干就完了！！！

一

系統(tǒng)配置

oracle數(shù)據(jù)庫：12.2的雙節(jié)點(diǎn)RAC

操作系統(tǒng)： AIX Version 7.2

DB patch ：

25294150;
25319173;
29314424;OCW APR 2019 RELEASE UPDATE 12.2.0.1.190416 (29314424)
29314339;Database Apr 2019 Release Update : 12.2.0.1.190416 (29314339)

其他信息暫不統(tǒng)計(jì)。

二

現(xiàn)象分析

現(xiàn)象分析：數(shù)據(jù)庫出現(xiàn)大量的enq:US–contention等待事件。

三

等待事件分析

3.1 問題時(shí)間點(diǎn)確認(rèn)，可以看到11:08到11:10節(jié)點(diǎn)1的等待事件先達(dá)到了高峰，同時(shí)節(jié)點(diǎn)2在11:09也出現(xiàn)了等待高峰，11:18節(jié)點(diǎn)1又有一個(gè)高峰。

3.2 查看問題時(shí)間11:08到11:10兩個(gè)節(jié)點(diǎn)的等待事件和次數(shù)的情況如下：

可以看到節(jié)點(diǎn)1出現(xiàn)大量的enq: US – contention等待。

3.3 可以看到該SQL的執(zhí)行次數(shù)在一節(jié)點(diǎn)執(zhí)行了將是31號的一倍，同時(shí)也將近是2節(jié)點(diǎn)的執(zhí)行次數(shù)的2倍。

通過查詢該SQL是一個(gè)對PLC_UTIOPERATE_LOG的insert語句：

由于大量的insert請求導(dǎo)致online 的undo_segment不夠用，從而導(dǎo)致了大量enq: US – contention

同時(shí)根據(jù)MOS How to correct performance issues with enq: US - contention related to undo segments (Doc ID 1332738.1)發(fā)現(xiàn)：

通過查詢發(fā)現(xiàn)row cache lock的cache是dc_rolllback_segments。

該數(shù)據(jù)的相關(guān)參數(shù)如下：

可以看到_rollback_segment_count并沒有配置，建議在高并發(fā)的情況下配置該數(shù)值，保持一定數(shù)量的undo的segment。

四

問題總結(jié)

建議設(shè)置為alter system set "_rollback_segment_count"=3000;

兩個(gè)實(shí)例都需要執(zhí)行，不需要重啟數(shù)據(jù)庫。

在設(shè)置之前先查詢下當(dāng)前的online的段的個(gè)數(shù)，如果太小建議分幾次遞增式的增加(比如一次增加600)。

回退方案：

alter system set "_rollback_segment_count"=修改前的值;

無遺留問題。

本文作者：牛志明(上海新炬王翦團(tuán)隊(duì)）

本文來源：“IT那活兒”公眾號

云服務(wù)器 GPU云服務(wù)器 us aws us cloud us_ucloud cdn to us

文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址：http://m.specialneedsforspecialkids.com/yun/129143.html

相關(guān)文章

AbstractQueuedSynchronizer原理分析

摘要：當(dāng)前節(jié)點(diǎn)擁有的線程。方法返回值表示在線程等待過程中，是否有另一個(gè)線程調(diào)用該線程的方法，發(fā)起中斷。如果前一個(gè)節(jié)點(diǎn)狀態(tài)是，那么直接返回，阻塞當(dāng)前線程如果前一個(gè)節(jié)點(diǎn)狀態(tài)是大于就是，表示前一個(gè) AQS是JUC鎖框架中最重要的類，通過它來實(shí)現(xiàn)獨(dú)占鎖和共享鎖的。本章是對AbstractQueuedSynchronizer源碼的完全解析，分為四個(gè)部分介紹： CLH隊(duì)列即同步隊(duì)列：儲(chǔ)存著所有等待鎖...

jlanglang 2019-08-16 11:13 評論0 收藏0
AbstractQueuedSynchronizer原理分析

摘要：當(dāng)前節(jié)點(diǎn)擁有的線程。方法返回值表示在線程等待過程中，是否有另一個(gè)線程調(diào)用該線程的方法，發(fā)起中斷。如果前一個(gè)節(jié)點(diǎn)狀態(tài)是，那么直接返回，阻塞當(dāng)前線程如果前一個(gè)節(jié)點(diǎn)狀態(tài)是大于就是，表示前一個(gè) AQS是JUC鎖框架中最重要的類，通過它來實(shí)現(xiàn)獨(dú)占鎖和共享鎖的。本章是對AbstractQueuedSynchronizer源碼的完全解析，分為四個(gè)部分介紹： CLH隊(duì)列即同步隊(duì)列：儲(chǔ)存著所有等待鎖...

CoyPan 2019-08-15 15:31 評論0 收藏0
AbstractQueuedSynchronizer原理分析

摘要：當(dāng)前節(jié)點(diǎn)擁有的線程。方法返回值表示在線程等待過程中，是否有另一個(gè)線程調(diào)用該線程的方法，發(fā)起中斷。如果前一個(gè)節(jié)點(diǎn)狀態(tài)是，那么直接返回，阻塞當(dāng)前線程如果前一個(gè)節(jié)點(diǎn)狀態(tài)是大于就是，表示前一個(gè) AQS是JUC鎖框架中最重要的類，通過它來實(shí)現(xiàn)獨(dú)占鎖和共享鎖的。本章是對AbstractQueuedSynchronizer源碼的完全解析，分為四個(gè)部分介紹： CLH隊(duì)列即同步隊(duì)列：儲(chǔ)存著所有等待鎖...

JasinYip 2019-08-19 10:43 評論0 收藏0
AbstractQueuedSynchronizer理解之一（ReentrantLock）

摘要：有了這個(gè)基礎(chǔ)，才能發(fā)揮作用，使得在節(jié)點(diǎn)取消和異常時(shí)能夠保證隊(duì)列在多線程下的完整性。 Doug Lea是JDK中concurrent工具包的作者，這位大神是誰可以自行g(shù)oogle。本文淺析ReentrantLock（可重入鎖）的原理 Lock接口 showImg(https://segmentfault.com/img/bV2671?w=276&h=176); Lock接口定義了這幾個(gè)...

learning 2019-08-16 11:01 評論0 收藏0
AbstractQueuedSynchronizer理解之一（ReentrantLock）

摘要：有了這個(gè)基礎(chǔ)，才能發(fā)揮作用，使得在節(jié)點(diǎn)取消和異常時(shí)能夠保證隊(duì)列在多線程下的完整性。 Doug Lea是JDK中concurrent工具包的作者，這位大神是誰可以自行g(shù)oogle。本文淺析ReentrantLock（可重入鎖）的原理 Lock接口 showImg(https://segmentfault.com/img/bV2671?w=276&h=176); Lock接口定義了這幾個(gè)...

bigdevil_s 2019-08-19 10:40 評論0 收藏0
AbstractQueuedSynchronizer理解之一（ReentrantLock）

摘要：有了這個(gè)基礎(chǔ)，才能發(fā)揮作用，使得在節(jié)點(diǎn)取消和異常時(shí)能夠保證隊(duì)列在多線程下的完整性。 Doug Lea是JDK中concurrent工具包的作者，這位大神是誰可以自行g(shù)oogle。本文淺析ReentrantLock（可重入鎖）的原理 Lock接口 showImg(https://segmentfault.com/img/bV2671?w=276&h=176); Lock接口定義了這幾個(gè)...

yunhao 2019-08-15 13:58 評論0 收藏0