問題:當oracle進程的內(nèi)存使用量不斷增加到g左右時，連接就會失敗，監(jiān)控進程就會死亡或者CPU達到%。如何解決這個問題？peakwongcoracle性能調(diào)優(yōu)一直是個有趣的命題。增強硬件配置是一種方法，但我們通常遇到的最常見的問題是如何使數(shù)據(jù)庫 性能優(yōu)化這里給出的一個思想流程。希望對你有益。補丁打好了嗎？ORACLE系統(tǒng)的內(nèi)存參數(shù)是否過大超過了OS的內(nèi)存？檢查程序是否沒有關(guān)閉連接，導(dǎo)致連接數(shù)不斷增加。你是什么操作系統(tǒng)？

比如sga的分布是怎樣的？要設(shè)置調(diào)優(yōu)和參數(shù)，請啟動EnterpriseManagementConsole并以SYS/* * * ASYSDBA的身份進入系統(tǒng)。ORACLEi 調(diào)優(yōu)僅涉及以下參數(shù):a)進程；b)開放鏈接；c)open _ cursors；d)會議；e)parallel _ automatic _ tuning true)undo _ retention g)undo _ management auto請確保它在SPF中。

基于命中率性能 調(diào)優(yōu)方法如果HIS系統(tǒng)長時間在業(yè)務(wù)繁忙時運行緩慢，此時可以指示維護人員制作AWR報表，發(fā)現(xiàn)CacheHitRatio只有67%，AWR報表Top5wait主要是db和db。檢查SGABufferCache配置，只有478M，這個時候只要添加BufferCache(比如2G) 性能問題就消失了。

性能基于等待事件借口的優(yōu)化的優(yōu)點:1。OWI法是快速求解orale 性能最有效的方法；2.2的優(yōu)化。OWI方法降低了對優(yōu)化器的容量要求。缺點:1。OWI其實不是從業(yè)務(wù)(流程)的角度看問題，而是從CPU的角度看問題；2.解決復(fù)雜性能問題有局限性。OWI分析法本質(zhì)上類似于基于等待時間的調(diào)優(yōu)方法，都缺乏從整體業(yè)務(wù)流程出發(fā)的概念。

總結(jié)和優(yōu)化如下:1。主鍵是聚集索引；2.只要建立了索引，查詢速度就能顯著提高；3.所有需要提高查詢速度的字段都添加到聚集索引中，以提高查詢速度；4.其他書上沒有的使用索引的經(jīng)驗總結(jié)；1.使用聚集索引比使用不是聚集索引的主鍵更快；2.使用聚集索引比使用通用主鍵作為orderby要快，尤其是在數(shù)據(jù)量很小的情況下。3.使用聚集索引中的時間段，搜索時間將與整個數(shù)據(jù)表中數(shù)據(jù)的百分比成比例減少，無論在聚合索引中使用多少個4，date列，查詢速度都不會變慢，因為有分和秒的輸入。(5)其他注意事項，1.不要索引常用的小表。2.不要選擇社會安全號碼(SSN)或身份證號碼作為密鑰，3.不要使用用戶的密鑰。4.不要索引備忘錄/注釋字段和大文本字段(許多字符)，5.使用系統(tǒng)生成的主鍵。改進SQL語句1，Like語句是否屬于SARG取決于所使用的通配符類型。2.否則將導(dǎo)致全表掃描，3.由非運算符和函數(shù)引起的不符合SARG形式的語句。4.in的作用相當于OR5，使用NOT6，存在的執(zhí)行效率和在盡可能少的情況下是一樣的。7.使用函數(shù)charindex(。