在實踐中體驗Oracle數據庫的優越性能LengTan，BoChen

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

數據庫馬上獲取Oracle數據庫10g的性能優勢采用Oracle數據庫10g的主要ISV客戶案例分析使用Oracle性能方法調整基于Oracle的大型應用程序主題真實體驗Oracle9i數據庫馬上獲取Oracle數據庫10g的性能優勢采用Oracle數據庫10g的主要ISV客戶案例分析使用Oracle性能方法調整基于Oracle的大型應用程序簡化

init.oraOracle提供了許多可調整的參數但最好不要隨便調整！除了少數幾個內存緩沖區調整參數外，僅在理由充分的情況下才修改參數隨意修改init.ora

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