Oracle效能最佳化之Rollback(undo)Segment最佳化(轉)
1、概念 Transaction以輪循的方式使用rollback segment裡的extent,當前所在的extent滿時就移動到下一個extent。可能有多個transaction同時向同一個extent寫資料,但一個rollback segment block中只能儲存一個transaction的資料。 Oracle 在每個Rollback segment header中儲存了一個transaction table,包括了每個rollback segment中包含的事務資訊,rollback segment header的活動控制了向rollbak segment寫入被修改的資料。rollback segment header是經常被修改的資料庫塊,因此它應該被長時間留在buffer cache中,為了避免在transaction table產生競爭導致效能下降,應有多個rollback segment或應儘量使用oracle server 自動管理的rollback segment。 2、診斷rollback segment header的競爭 如果rollback segment 由手工管理,下列措施診斷rollback segment header的競爭 SELECT class,count FROM v$waitstat WHERE class LIKE '%undo%' ; SELECT Sum(Value) sum FROM v$sysstat WHERE NAME IN ('db block gets','consistent gets'); 任何型別的等待次數(count)與總請求數(sum)的比率,不能超過1%。 或 select sum(waits)*100/sum(gets) "Ratio", sum(waits) "Waits", sum(gets) "Gets" from v$rollstat; waits的彙總數與gets的彙總數的比率應低於1%,如果超過1%,應建立更多的rollback segment。 下列欄位數值如果大於0,則表明在rollback segment header上存在競爭: A、v$rollstat 中的waits B、v$waitstat中的undo header行 C、v$system_event中的undo segment tx slot事件 3、消耗更少的rollback segment 1)如果是刪除表裡所有的資料,儘可能使用trauncate而不是delete。 2)在應用中允許使用者有規律的提交,儘可能不用長事務。 3)• Import – Set COMMIT = Y – Size the set of rows with BUFFER • Export: Set CONSISTENT=N • SQL*Loader: Set the COMMIT intervals with ROWS 4、小回滾段可能出現的問題 A、事務由於缺少回滾空間失敗 B、由於下列原因導致的“Snapshot too old”問題: Block裡的事務列表被重新整理,block裡的SCN比列表Interested Transaction List(ITL)裡起始事務的SCN更新; Rollback segment header裡的Transaction slot被重用; 回滾資料已經被重寫; 5、9i的自動回滾管理 Undo_managment指定了回滾空間的管理方式:Auto:自動管理;Manual:手工管理回滾段。 Undo_retention指定了回滾資料的保留期限; Undo_tablespace指定了被使用的回滾表空間; Oracle自動管理的表空間可以在常見資料庫的時候建立,也可以單獨建立。回滾表空間可以相互轉換(switch),但在某一時刻只能有一個回滾表空間處於活動狀態。回滾表空間處於非活動狀態時可以刪除,如果有對處於被刪除回滾表空間裡的已提交事務的查詢時,oracle會返回一個錯誤。 估計undo tablespace大小的公式: Undo space = (undo_retention * (undo blocks per second * db_block_size)) + db_block_size; 可以使用下列的sql設定undo_retention和undo tablespace: select (rd*(ups*overhead)+overhead) "bytes" from (select value rd from v$parameter where name ='undo_retention'),(select (sum(undoblks)/sum(((end_time-begin_time)*10800))) ups from v$undostat),(select value overhead from v$parameter where name='db_block_size'); 其中: Rd:undo_retention設定的時間; Ups:undo blocks per second; Overhead:rollback segment header;[@more@]
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/12180666/viewspace-1021789/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- oracle 效能最佳化Oracle
- 關於_rollback_segment_count
- oracle大表效能最佳化Oracle
- SQL效能最佳化之索引最佳化法SQL索引
- Oracle最佳化之單表分頁最佳化Oracle
- Oracle 效能最佳化之核心的shmall 和shmmax 引數OracleHMM
- Unity效能最佳化CPU最佳化Unity
- Android 效能最佳化之執行緒Android執行緒
- Unity效能最佳化GPU渲染最佳化UnityGPU
- 前端效能最佳化——圖片最佳化前端
- WPF效能最佳化之UI虛擬化UI
- VUE系列之效能最佳化--懶載入Vue
- JavaScript效能最佳化JavaScript
- HarmonyOS 效能最佳化
- MethodImpl最佳化效能
- 前端效能最佳化前端
- Unity效能最佳化記憶體最佳化Unity記憶體
- PHP開發規範之效能最佳化分享PHP
- Android效能最佳化之記憶體洩露Android記憶體洩露
- [轉帖]Linux效能最佳化—記憶體效能篇分享專題Linux記憶體
- Web 效能最佳化方法Web
- 網站效能最佳化網站
- Mysql效能最佳化(三)MySql
- MySQL最佳化之連線最佳化MySql
- 效能最佳化陷阱之hash真的比strcmp快嗎
- Android效能最佳化之加快應用啟動速度Android
- web前端分享:效能最佳化之文件碎片處理Web前端
- web前端效能最佳化——圖片載入的最佳化Web前端
- 如何最佳化程式的效能
- iOS 圖形效能最佳化iOS
- 時間戳效能最佳化時間戳
- WPF效能最佳化:Freezable 物件物件
- 二十二、效能最佳化
- 重要🤓webpack效能最佳化Web
- 專案效能最佳化方案
- Golang效能最佳化實踐Golang
- MySQL查詢效能最佳化MySql
- 效能調優——SQL最佳化SQL
- 常用的效能最佳化方法