我個人對Oracle很是喜歡，同時在實際工作中也十分喜歡Oracle優化CPU的使用率的相關經驗教訓，以下就是以這個問題來詳細說說吧。CPU是服務器的一項重要資源，服務器良好的工作狀態是在工作高峰時CPU的使用率在90%以上。
如果空閒時間Oracle優化CPU使用率就在90%以上，說明服務器缺乏CPU資源；如果工作高峰時Oracle優化CPU使用率仍然很低，說明服務器CPU資源還比較富余。
查看Oracle優化CPU使用率
使用操作相同命令可以看到CPU的使用情況，一般Unix操作系統的服務器，可以使用“sar u”命令查看Oracle優化CPU使用率，Windows NT操作系統的服務器，可以使用性能管理器來查看CPU的使用率。
查看數據庫使用CPU的時間
可以通過查看V$SYSSTAT數據字典中b“CPU used by this session”統計項得知Oracle數據庫使用的CPU時間，查看“OS User level CPU time”統計項得知操作系統的用戶態下CPU時間，查看“OS System call CPU time”統計項得知操作系統的系統態下CPU時間，操作系統總的CPU時間就是用戶態和系統態時間之和。
如果Oracle數據庫使用的CPU時間占操作系統總的CPU時間90%以上，說明服務器CPU基本上被Oracle數據庫使用著。反之，則說明服務器CPU被其它程序占用過多，Oracle數據庫無法得到更多的CPU時間。
數據庫管理員還可以通過查看V$SYSSTAT數據字典來獲得當前連接Oracle數據庫各個會話占用的CPU時間，從而得知什麼會話耗用服務器CPU比較多。出現CPU資源不足的情況是很多的，SQL語句的重解析、低效率的SQL語句、鎖沖突都會引起CPU資源不足。
查看SQL語句的解析情況
數據庫管理員可以執行下述語句來查看SQL語句的解析情況：
- SELECT * FROM V$SYSSTAT
- WHERE NAME IN
- ('parse time cpu', 'parse time elapsed', 'parse count (hard)');
這裡“parse time cpu”是系統服務時間，“parse time elapsed”是響應時間，用戶等待時間waite time = parse time elapsed - parse time cpu。
由此可以得到用戶SQL語句平均解析等待時間＝waite time / parse count。這個平均等待時間應該接近於0，如果平均解析等待時間過長，數據庫管理員可以通過下述語句來發現是什麼SQL語句解析效率比較低。
- SELECT SQL_TEXT, PARSE_CALLS, EXECUTIONS FROM V$SQLAREA
- ORDER BY PARSE_CALLS;
程序員可以優化這些語句，或者增加Oracle參數SESSION_CACHED_CURSORS的值。以上介紹Oracle優化CPU使用率。
