【文章內(nèi)容簡(jiǎn)介】 equest事件診斷 ?3)為了使用高速連接，關(guān)閉 ORACLE所有服務(wù)，重新連接，具體操作如下： cache cr 事件診斷 $ make f rac_on ipc_hms ioracle 如果你想重新使用 UDP，則 $ make f rac_on ipc_udp ioracle 35/85 ?gc cr request事件主要原因 ?1 節(jié)點(diǎn)之間內(nèi)部連接慢或者節(jié)點(diǎn)之間傳輸帶寬窄。這個(gè)可以通過重新連接獲取高速連接 ?2 存在熱點(diǎn)數(shù)據(jù)塊的競(jìng)爭(zhēng) ?3 CPU負(fù)載過高或者 LMS后臺(tái)進(jìn)程不夠。正常情況下，只有兩個(gè) LMS后臺(tái)進(jìn)程從 CPU那里獲取資源，增加 LMS進(jìn)程的數(shù)量或者提高它的優(yōu)先權(quán)能夠幫助從 CPU那里獲取更多的資源。隱藏參數(shù) _lm_lms是設(shè)置 LMS進(jìn)程數(shù)量的 ?4 大量未提交的事務(wù)或者系統(tǒng)磁盤設(shè)備傳輸慢 cache cr 事件問題小結(jié) 36/85 ?gc cr request事件常見 ?主要原因： cache cr 事件問題小結(jié) SQL select name,value from v$sysstat where name like 39。%global cache%39。 37/85 ?Global cache busy含義 : ? RAC 中，每個(gè)實(shí)例控制自己的數(shù)據(jù)集 ? 經(jīng)?？赡苁橇硪粋€(gè) 實(shí)例需要高速緩沖區(qū)存在另外一個(gè)實(shí)例中 的一些數(shù)據(jù)中，并且高速緩存在另一個(gè)實(shí)例中的緩存區(qū)可能可讀取或本地忙 。 ?Global cache busy 檢測(cè) : ? 使用 OEM ? 查詢 GV$SESSION_WAIT ? 使用第 3方工具 cache busy事件 38/85 ?v$session_wait 視圖 : ? 每個(gè)會(huì)話對(duì)應(yīng) 1行，顯示當(dāng)前或最近等待事件的詳細(xì)信息 cache busy事件 SQL desc v$session_wait 名稱 是否為空 ? 類型 SID NUMBER SEQ NUMBER EVENT VARCHAR2(64) P1TEXT VARCHAR2(64) P1 NUMBER P1RAW RAW(8) P2TEXT VARCHAR2(64) P2 NUMBER P2RAW RAW(8) P3TEXT VARCHAR2(64) P3 NUMBER P3RAW RAW(8) WAIT_CLASS_ID NUMBER WAIT_CLASS NUMBER WAIT_CLASS VARCHAR2(64) WAIT_TIME NUMBER SECONDS_IN_WAIT NUMBER STATE VARCHAR2(19) WAIT_TIME_MICRO NUMBER TIME_REMAINING_MICRO NUMBER TIME_SINCE_LAST_WAIT_MICRO NUMBER 39/85 ?SID: 會(huì)話 ID號(hào) ?SEQ: 等待事件序號(hào)，每個(gè)新等待則加 1 ?STATE: 指示會(huì)話的狀態(tài) : ? ‘ WAITING’ : 該會(huì)話正在等待與等待事件詳細(xì) . ? ‘ WAITED KNOWN TIME’ : 會(huì)話不是正在等待，在 WAIT_TIME 列中實(shí)際等待的時(shí)間 . ? ‘ WAITED SHORT TIME’ ：最后等待的 1/100秒 ? ‘ WAITED UNKNOWN TIME’ :不確定的最后等待時(shí)間 cache busy事件 40/85 ?v$session_wait 視圖 : ? EVENT: 等待事件名稱 ? PnTEXT: 聯(lián)合等待事件的參數(shù)名 ? Pn: 十進(jìn)制的參數(shù)值 ? PnRAW: 二進(jìn)制的參數(shù)值 ? WAIT_TIME: 最近等待的長(zhǎng)度 (百分之一秒 ) 如果STATE = ‘ WAITED KNOWN TIME’ ? SECONDS_IN_WAIT: 到目前止等待的長(zhǎng)度，如果 STATE = ‘ WAITING’ cache busy事件 41/85 ?Global cache busy檢測(cè) ? GV$SESSION_WAIT cache busy事件 SELECT inst_id, event, p1 FILE_NUMBER, p2 BLOCK_NUMBER, WAIT_TIME FROM gv$session_wait WHERE event IN (39。buffer busy global cr39。, 39。global cache busy39。, 39。buffer busy global cache39。)。 INST_ID EVENT FILE_NUMBER BLOCK_NUMBER WAIT_TIME 1 global cache busy 9 150 0 2 global cache busy 9 150 0 42/85 ?Global cache busy檢測(cè) (續(xù)前 ): ? 數(shù)據(jù)文件與所在塊 ，要進(jìn)一步查詢 cache busy事件 SELECT OWNER, SEGMENT_NAME, SEGMENT_TYPE FROM DBA_EXTENTS WHERE FILE_ID = 9 AND 150 BETWEEN BLOCK_ID AND BLOCK_ID+BLOCKS1。 OWNER SEGMENT_NAME SEGMENT_TYPE SYSTEM MOD_TEST_IND INDEX 43/85 ?Global cache busy檢測(cè) (續(xù)前 ): ?，可用下面對(duì)對(duì)象修改： ?減少塊的行數(shù)量 ?調(diào)整塊的大小 ?修改 initrans 與 freelists. cache busy事件 44/85 ?Enqueue 等待事件 : ? Enqueue隊(duì)列或排隊(duì) ?單實(shí)例和 RAC都存在隊(duì)列等待事件 ?隊(duì)列等待事件在 RAC環(huán)境更影響性能 ?RAC Enqueue: ? RAC 環(huán)境隊(duì)列是全局的 ?在全局隊(duì)列服務(wù) (Global Enqueue Services,GES)層中處理排隊(duì)操作 ?在 GES中根據(jù)下面參數(shù)分配資源： ? DB_FILES ? DML_LOCKS ? ENQUEUE_RESOURCES ? PROCESSES ? TRANSACTIONS enqueue等待事件 45/85 ?Global Enqueue Services,GES : ? 計(jì)算公式為 : ? (DB_FILES+DML_LOCKS+ENQUEUE_RESOURCES+PROCESSES+TRANSACTIONS+200)*1+(N1)/N) ? 這里 N是 RAC環(huán)境中節(jié)點(diǎn)數(shù) ?查詢使用情況信息 : ? GES資源分配情況可在警告日志找到 ? V$RESOURCE_LIMIT enqueue等待事件 46/85 ?常見排隊(duì)等待事件 : ?隊(duì)列 (enqueue)等待事件成為 RAC主要的等待事件 ?查詢 V$SYSTEM_EVENT和 V$ENQUEUE_STAT ?常見 RAC排隊(duì)有 : ?CUCUrsor ?CFControl File ?HWHigh Water mark ?PEsystem parameter updates ?SQamp。SVsequence cache amp。 ?TXtransactions to wait Oracle enqueue等待事件 47/85 ? GV$ENQUEUE_STATISTICS ： ?視圖 V$ENQUEUE_STATistics ? 10g 有 208條，而 11g有 247條 Oracle enqueue等待事件 SQL col REQ_DESCRIPTION for a100 SQL set linesize 120 SQL Select EQ_TYPE, REQ_DESCRIPTION from V$ENQUEUE_STATISTICS。 EQ REQ_DESCRIPTION KM Synchronizes various Resource Manager operations KT Synchronizes accesses to the current Resource Manager plan CI Coordinates crossinstance function invocations PR Synchronizes process startup … JS Synchronizes accesses to the job cache 已選擇 247行。 EQ_TYPE 排隊(duì)請(qǐng)求類型 48/85 ? CU(Recovers cursors in case of death while piling) : ?在庫(kù)高速緩存中用于串行綁定變量光標(biāo) ?如果有相同的綁定變量，則進(jìn)程間采用共享庫(kù)高速緩存中變量光標(biāo) ?如果使用的字面而不是綁定變量，則通過設(shè)置CURSOR_SHARING參數(shù)來實(shí)現(xiàn) ? Oracle 的 cursor_sharing參數(shù)： ? Force 除變量外語句完全相同使用同一個(gè)光標(biāo)； ? Exact(默認(rèn) )語句完全相同使用同一個(gè)光標(biāo)； ? 9i/10g/11g 增加 SIMILAR參數(shù)，強(qiáng)制共享只有文字不同的語句解釋計(jì)劃。 Oracle enqueue等待事件 49/85 ? CF(Synchronizes accesses to the controlfile): ? 控制文件存放 Oracle系統(tǒng)重要的數(shù)據(jù)，數(shù)據(jù)文件等 ? 當(dāng)對(duì)數(shù)據(jù)庫(kù)進(jìn)行結(jié)構(gòu)改動(dòng) (增加表空間、數(shù)據(jù)文件等 )時(shí)需要更新控制文件 ，這些改動(dòng)操作會(huì)產(chǎn)生獨(dú)立模式的 Control File Transaction=CF排隊(duì) ? 在 CF排隊(duì)中，相同級(jí)別或更高級(jí)別需要等待其他進(jìn)程 15分鐘后再嘗試這個(gè)操作 ? 可設(shè)置 _CONTROLFILE_ENQUEUE_TIMEOUT參數(shù)定義超時(shí) (默認(rèn) 900秒 ) ? CF 與 ORA00600: ? 通常， CF排隊(duì)競(jìng)爭(zhēng)表明存在較慢的 I/O子系統(tǒng) ? 如果這種排隊(duì)產(chǎn)生過多的等待事件超時(shí)， Oracle則以 ORA00600來終止實(shí)例