Oracle數(shù)據(jù)庫g獨立軟件供應(yīng)商和客戶的應(yīng)用系統(tǒng)性能

在實踐中體驗Oracle數(shù)據(jù)庫的優(yōu)越性能LengTan，BoChen

甲骨文公司主題真實體驗Oracle9i

數(shù)據(jù)庫馬上獲取Oracle數(shù)據(jù)庫10g的性能優(yōu)勢采用Oracle數(shù)據(jù)庫10g的主要ISV客戶案例分析使用Oracle性能方法調(diào)整基于Oracle的大型應(yīng)用程序主題真實體驗Oracle9i數(shù)據(jù)庫馬上獲取Oracle數(shù)據(jù)庫10g的性能優(yōu)勢采用Oracle數(shù)據(jù)庫10g的主要ISV客戶案例分析使用Oracle性能方法調(diào)整基于Oracle的大型應(yīng)用程序簡化

init.oraOracle提供了許多可調(diào)整的參數(shù)但最好不要隨便調(diào)整！除了少數(shù)幾個內(nèi)存緩沖區(qū)調(diào)整參數(shù)外，僅在理由充分的情況下才修改參數(shù)隨意修改init.ora

將減慢系統(tǒng)速度默認配置經(jīng)過了全面測試和慎重權(quán)衡移植到10g以消除非標(biāo)準(zhǔn)化參數(shù)設(shè)置極好的特性源自優(yōu)良的設(shè)計每個Oracle數(shù)據(jù)庫版本都引入了極好的特性，從而提高了性能但高性能的關(guān)鍵始終要歸于出色的設(shè)計良好的數(shù)據(jù)模型、表以及索引設(shè)計強健、精致的SQL新特性不能補償?shù)土拥脑O(shè)計但良好的設(shè)計可充分發(fā)揮諸如并行機制、分區(qū)、新數(shù)據(jù)結(jié)構(gòu)等特性。64位計算的優(yōu)缺點64位計算正在流行但32位服務(wù)器仍然占據(jù)著最大的市場份額64位并非一定意味著更快誠然，更大的緩沖區(qū)高速緩存和排序區(qū)意味著更少的I/O操作和隨之而來的速度提升但更大的工作集（長指針等）將降低CPU效率請慎重考慮什么最適合您的應(yīng)用程序使用并行機制和分區(qū)分區(qū)是一個極好的管理特性，能加速加載和清除過程與并行操作結(jié)合，將使此特性更加突出使用范圍和列表組合分區(qū)清除查詢數(shù)據(jù)使用散列分區(qū)優(yōu)化連接和并行DML更好地管理CBOCBO是一種強健的智能工具請勿濫用；它將提供有意義的統(tǒng)計信息不要對CBO期望過高它無法猜測查詢的目的；必須根據(jù)編寫的代碼執(zhí)行操作利用CBO計劃了解優(yōu)化應(yīng)用程序的更好方式CBO可自動運行多項功能；請確保您已熟悉正在使用的優(yōu)化器在10g中這不是問題，其中CBO就是優(yōu)化器主題真實體驗Oracle9i數(shù)據(jù)庫馬上獲取Oracle數(shù)據(jù)庫10g的性能優(yōu)勢采用Oracle數(shù)據(jù)庫10g的主要ISV客戶案例分析使用Oracle性能方法調(diào)整基于Oracle的大型應(yīng)用程序RBO->CBO在10g中正式取消消了對RBO的支持為移植到CBO的RBO客戶Oracle已經(jīng)測試了了非常多的的語句但是數(shù)據(jù)的的偏差和應(yīng)應(yīng)用程序的的特定情況況可能導(dǎo)致致不是很理理想的的計計劃開發(fā)了一個個維護統(tǒng)計計信息的良良好方案監(jiān)視RBO特有的SQL例如,禁用用索引訪問問的col1+0=:1和col2||’’=:2作為移植的的一部分，重新編寫了了某些SQLPL/SQL改善新的PL/SQL優(yōu)化編譯器器更復(fù)雜的代代碼生成器器全局代碼優(yōu)優(yōu)化器性能提高且且代碼規(guī)模?？s小全面支持本本地編譯編譯時性能能警告不再有DUAL引用DUAL來獲取時間間戳記、增增量序列等等在大型SMP上，與DUAL相關(guān)的緩沖沖區(qū)緩存鏈鏈鎖序列化化將降低可可伸縮性在10g中，DUAL變?yōu)橐粋€行行源，消除除了問題要檢查DUAL對于您的9i應(yīng)用程序是是否有影響響，請使用用X$DUAL代替DUAL進行測試散列分區(qū)索索引在INSERT密集集的的應(yīng)應(yīng)用用程程序序中中，，主主鍵鍵的的索索引引維維護護將將是是序序列列化化的的關(guān)關(guān)鍵鍵對于于非非常常大大的的配配置置（（SMP或RAC））更是是如如此此通過過對對索索引引進進行行散散列列分分區(qū)區(qū)，，以以消消除除問問題題使用用一一組組溫溫和和點點替替代代一一個個熱熱點點LOB增強強10g中的LOB代碼路徑已顯顯著簡化現(xiàn)在幾乎和LONGRAW的代碼路徑一一樣簡單最優(yōu)的LOB設(shè)計取決于工工作負載以及及內(nèi)存和磁盤盤使的用率盡量避免由于于緩沖區(qū)緩存存的大小變化化和泛濫而引引起的內(nèi)聯(lián)到到外聯(lián)的LOB移植ETL：數(shù)據(jù)泵實用工工具高速的“數(shù)據(jù)據(jù)泵”導(dǎo)入/導(dǎo)出替代了原來的的導(dǎo)出和導(dǎo)入入功能新的集成的結(jié)結(jié)構(gòu)帶有文檔說明明的程序包接接口高速的直接路路徑加載/卸卸載最優(yōu)地隨取隨隨用運行利用并行機制制執(zhí)行自動伸伸縮主題真實體驗Oracle9i數(shù)據(jù)庫馬上獲取Oracle數(shù)據(jù)庫10g的性能優(yōu)勢采用Oracle數(shù)據(jù)庫10g的主要ISV客戶案例分析析使用Oracle性能方法調(diào)整整基于Oracle的大型應(yīng)用程程序采用10g的ISVSAP計劃在2005年第第1季度度認證10gPeopleSoft將在2004年秋季季認證10gSiebel正在積極研究究10g特性，并可能能在10g上開發(fā)7.8版Siebel沒有在新的Oracle版本上認證其其以前的版本本當(dāng)前的Siebel版本(7.7)在9iR2上通過了認證證主題真實體驗Oracle9i數(shù)據(jù)庫Oracle數(shù)據(jù)庫10g即時性能的好好處采用Oracle數(shù)據(jù)庫10g的主要ISV客戶案例分析析使用Oracle性能方法調(diào)整整基于Oracle的大型應(yīng)用程程序背景客戶是一個中中國大型電信信設(shè)備供應(yīng)商商調(diào)整的應(yīng)用程程序肩負重要要任務(wù)，并且且主要使用Oracle數(shù)據(jù)庫Oracle性能方法從用戶那里獲獲取關(guān)于性能能問題范圍的的真實反饋，，此步驟為定義問題。獲取一組完整整的操作系統(tǒng)統(tǒng)、數(shù)據(jù)庫和和應(yīng)用程序統(tǒng)統(tǒng)計信息，然然后檢查主機機系統(tǒng)和Oracle統(tǒng)計信息，以尋找證據(jù)據(jù)。參考常見性能能錯誤列表，，以查看收集集的數(shù)據(jù)是哪哪些因素造成成了性能問題題。使用收集的性性能數(shù)據(jù)建立立一個系統(tǒng)狀狀況概念模型型。提出修改建議議以及實施修修改的預(yù)期結(jié)結(jié)果，然后，實施并測量應(yīng)用程序的性性能變化。確定是否達到到了第1步步中定義的的性能目標(biāo)。。如果沒有達達到，重復(fù)第第5步和和第6步步，直到達到到性能目標(biāo)。。配置模型：HPrp7410操作系統(tǒng)：HP-UX11.1164位CPU：8RAM：4GB交換空間：4GB磁盤陣列：VA74系列Oracle9i數(shù)據(jù)庫第2版v9.2.0.364位瓶頸識別：Statspack負載概要~~~~~~~~~~~~每秒每個事事務(wù)------------------------------重做大大?。海?2,887.13586.52…瓶頸識識別（（續(xù)））事件等待超時總等待待平平均均等待待等等待時間（（秒））（毫毫秒）/txn--------------------------------------------------------------日志文文件同同步91,90702,067221.0瓶頸識識別（（續(xù)））最耗時時的前前5個個事件件~~~~~~~~~~~~~~~~~~總花花費費時時間間事件件等等待待時時間間(s)百分分比比----------------------------------------------------------------日志文件同同步91,9072,06781.78日志文件并并行寫操作作48,8982529.95CPU時間1837.23數(shù)據(jù)庫文件件并行寫操操作18014.55控制文件并并行寫操作作2116.25-------------------------------------------------------------…RAID5->RAID0+1最耗時的前前5個個事件~~~~~~~~~~~~~~~~~~總花費時間間事件等等待時時間(s)百分比----------------------------------------------------------------日志文件同同步59,93213847.93CPU時間10335.84日志文件并并行寫操作作58,6473411.89緩沖區(qū)忙等等待7,37751.90數(shù)據(jù)庫文件件序列讀取取7473.97RAID5->RAID0+1（續(xù)）總等待等等待待平平均等等待事件等待超時時時間（秒秒）（毫毫秒）/txn--------------------------------------------------------------日志文件同同步59,9327913821.0減少緩沖區(qū)區(qū)忙等待之前最耗時的前前5個個事件~~~~~~~~~~~~~~~~~~總花費時間間事件等等待時時間間(s)百分比----------------------------------------------------------------日志文件同同步122,18726147.84CPU時間20838.11日志文件并并行寫操作作112,9355710.52緩沖區(qū)忙等等待14,59891.56減少并發(fā)塊塊訪問之后最耗時的前前5個個事件~~~~~~~~~~~~~~~~~~總花費時間間事件等等待時時間(s)百分比----------------------------------------------------------------日志文件同同步419,34291249.82CPU時間69638.00日志文件并并行寫操作作385,30719910.85數(shù)據(jù)庫文件件并行寫操操作8519.51鎖釋放14,3105.30-------------------------------------------------------------異步I/O操作系統(tǒng)內(nèi)內(nèi)核參數(shù)Max_async_ports=200Aio_max_ops=2048重新編譯并并重新鏈接接Oracle可執(zhí)行文件件索引編排表表將頻繁更新新/引用的的表創(chuàng)建為為IOT，以使查詢運運行更快并并顯著減少少物理讀操操作。在使用IOT之前對于數(shù)據(jù)庫：HPORA例程：hpora1快照：72–74的每個個段前5位最頻頻繁的物理理讀操作……所有者表表空間對象名稱對象類型物理讀操作作總總百分比----------------------------------------------------------------------------OPS$SCPQTDATA2BASETAB_PPSTABLE11,44999.96…使用IOT對于數(shù)據(jù)庫：HPORA例程：hpora1快照：72––74的的每個段前5位最頻頻繁的物理讀讀操作……所有者表表空空間對象名稱對象類型物理讀操作總百分比--------------------------------------------------------------------------OPS$SCPQTDATA2SYS_IOT_OVERTABLE35154.25OPS$SCPQTDATA2SYS_IOT_TOPINDEX29645.75-------------------------------------------------------------使用增量檢查查點之前負載概要~~~~~~~~~~~~每秒每個事務(wù)----------------------------------------重做大?。?27,895.29579.94邏輯讀操作：：4,736.3912.05塊變化：1,966.755.00物理讀操作：：1.180.00物理寫操作：：99.170.25事務(wù)：92.96禁用增量檢查查點之后負載概要~~~~~~~~~~~~每秒每個事務(wù)----------------------------------------重做大?。?29,152.73577.76邏輯讀操作：：4,765.7012.02塊變化：1,984.475.00物理讀操作：：2.120.01物理寫操作：：53.600.14事務(wù)：396.62Keep池頻繁引用的表表存儲在KEEPPOOL中，以減少物物理讀操作OCI優(yōu)化語句緩存OCI_COMMIT_ON_SUCCESSPREFETCH傳統(tǒng)的語句緩緩存：OCIStmtPrepareOCIBindByPosOCIParamGetOCIDefin