Oracle 11g全表掃描以Direct Path Read方式執行
在Oracle Database 11g中有一個新特性,全表掃描可以通過直接路徑讀的方式來執行(Direct Path Read),這是一個合理的變化,如果全表掃描的大量資料讀取是偶發性的,則直接路徑讀可以避免大量資料對於Buffer Cache的衝擊。
當然對於小表來說,Oracle允許通過Buffer Cache來進行全表掃描,因為這可能更快,也對效能影響不大。
小表受到隱含引數:_small_table_threshold 影響。如果表大於 5 倍的小表限制,則自動會使用DPR替代FTS。
可以設定初始化引數: _serial_direct_read 來禁用序列直接路徑讀。
當然,Oracle通過一個內部的限制,來決定執行DPR的閾值。
可以通過設定10949事件遮蔽這個特性,返回到Oracle 11g之前的模式上:
alter session set events '10949 trace name context forever, level 1';
還有一個引數 _very_large_object_threshold 用於設定(MB單位)使用DPR方式的上限,這個引數需要結合10949事件共同發揮作用。
10949 事件設定任何一個級別都將禁用DPR的方式執行FTS,但是僅限於小於 5 倍 BUFFER Cache的資料表,同時,如果一個表的大小大於 0.8 倍的 _very_large_object_threshold 設定,也會執行DPR。
這些限定的目標在於:
對於大表的全表掃描,必須通過Direct Path Read方式執行,以減少對於Buffer Cache的衝擊和效能影響。
但是我們可以通過引數調整來決定執行DPR的上限和下限。
當然對於小表來說,Oracle允許通過Buffer Cache來進行全表掃描,因為這可能更快,也對效能影響不大。
小表受到隱含引數:_small_table_threshold 影響。如果表大於 5 倍的小表限制,則自動會使用DPR替代FTS。
可以設定初始化引數: _serial_direct_read 來禁用序列直接路徑讀。
當然,Oracle通過一個內部的限制,來決定執行DPR的閾值。
可以通過設定10949事件遮蔽這個特性,返回到Oracle 11g之前的模式上:
alter session set events '10949 trace name context forever, level 1';
還有一個引數 _very_large_object_threshold 用於設定(MB單位)使用DPR方式的上限,這個引數需要結合10949事件共同發揮作用。
10949 事件設定任何一個級別都將禁用DPR的方式執行FTS,但是僅限於小於 5 倍 BUFFER Cache的資料表,同時,如果一個表的大小大於 0.8 倍的 _very_large_object_threshold 設定,也會執行DPR。
這些限定的目標在於:
對於大表的全表掃描,必須通過Direct Path Read方式執行,以減少對於Buffer Cache的衝擊和效能影響。
但是我們可以通過引數調整來決定執行DPR的上限和下限。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/22990797/viewspace-1352044/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Oracle 11g direct path read 等待事件的理解Oracle事件
- Oracle中存取資料掃描Table及索引的方式(全表掃描,索引掃描等)Oracle索引
- oracle是如何進行全表掃描的Oracle
- ORACLE全表掃描查詢Oracle
- 執行計劃-資料訪問方式(全表掃描與4種索引的方式)索引
- Oracle中的direct path read事件(轉)Oracle事件
- oracle優化:避免全表掃描Oracle優化
- 解決direct path read 與 direct path write問題
- oracle 全表掃描,索引範圍掃描與塊的理解Oracle索引
- direct path read/read temp等待事件事件
- 11g direct path read 等待事件的實驗分析事件
- 11g direct path read 等待事件的初步探討事件
- 等待事件 direct path read 與11g中的非並行直接讀事件並行
- Oracle direct path read相關隱含引數Oracle
- Oracle常見等待事件之direct path read/writeOracle事件
- 查詢出資料庫中預設會以全表掃描方式訪問的表資料庫
- 優化全表掃描優化
- delete 與全表掃描delete
- 優化Oracle with全表掃描的問題優化Oracle
- MySQL中的全表掃描和索引樹掃描MySql索引
- direct path read/write等待的分析
- 【TUNE_ORACLE】等待事件之IO等待“direct path read”Oracle事件
- 【Oracle】 索引的掃描方式Oracle索引
- 優化Oracle with全表掃描的問題(二)優化Oracle
- 11g中direct path read事件等待很高的一個案例事件
- Oracle的執行計劃及資料存取方式 (ROWID,掃描方式等)Oracle
- oracle實驗記錄(分割槽全表掃描(全區掃描) FTS 時候的成本計算)Oracle
- 24_Oracle資料庫全表掃描詳解(四)_全表掃描生產最佳化案例三則Oracle資料庫
- 全表掃描的cost 與 索引掃描Cost的比較 – 無直方圖(10.1.0.3以後)索引直方圖
- 使用索引快速全掃描(Index FFS)避免全表掃描的若干場景索引Index
- oracle sql tuning 8--優化全表掃描OracleSQL優化
- 查詢全表掃描語句
- 查詢全表掃描的sqlSQL
- (轉)索引掃描還是全表掃描(Index Scan Or Full Table Scan)索引Index
- 轉)索引掃描還是全表掃描(Index Scan Or Full Table Scan)索引Index
- Oracle 11g 中 Direct path reads 特性 說明Oracle
- 一次direct path read 故障處理
- 23_Oracle資料庫全表掃描詳解(三)Oracle資料庫