oracle是世界領先的資訊管理軟體開發商，因其複雜的關聯式資料庫產品而聞名。本文介紹oracle優化器，它是乙個非常好用的工具。oracle在執行乙個sql之前，首先要分析一下語句的執行計畫,然後再按執行計畫去執行。分析語句的執行計畫的工作是由優化器(optimizer)來完成的。
不同的情況，一條sql可能有多種執行計畫，但在某一時點，一定只有一種執行計畫是最優的,花費時間是最少的。相信你一定會用pl/sql developer、toad等工具去看乙個語句的執行計畫，不過你可能對rule、choose、first rows、all rows這幾項有疑問，因為我當初也是這樣的,那時我也疑惑為什麼選了以上的不同的項，執行計畫就變了？
1.oracle優化器的優化方式
oracle優化器共有兩種的優化方式，即基於規則的優化方式(rule-based optimization簡稱為rbo)和基於代價的優化方式(cost-based optimization簡稱為cbo)。
a、rbo方式：優化器在分析sql語句時，所遵循的是oracle內部預定的一些規則。比如我們常見的，當乙個where子句中的一列有索引時去走索引。
b、cbo方式：依詞義可知,它是看語句的代價(cost)了，這裡的代價主要指cpu和記憶體。優化器在判斷是否用這種方式時，主要參照的是表及索引的統計資訊。統計資訊給出表的大小、有少行、每行的長度等資訊。這些統計資訊起初在庫內是沒有的是你在做analyze後才出現的，很多的時侯過期統計資訊會令優化器做出乙個錯誤的執行計畫，因些我們應及時更新這些資訊。在oracle8及以後的版本，oracle列推薦用cbo的方式。
我們要明了，不一定走索引就是優的，比如乙個表只有兩行資料，一次io就可以完成全表的檢索，而此時走索引時則需要兩次io，這時對這個表做全表掃瞄(full table scan)是最好的。
2.oracle優化器的優化模式(optermizer mode)
優化模式包括rule,choose,first rows,all rows這四種方式，也就是我們以上所提及的。如下我解釋一下：
rule:不用多說，即走基於規則的方式。
choolse:這是我們應觀注的,預設的情況下oracle用的便是這種方式。指的是當乙個表或或索引有統計資訊，則走cbo的方式，如果表或索引沒統計資訊，表又不是特別的小，而且相應的列有索引時，那麼就走索引，走rbo的方式。
first rows:它與choose方式是類似的，所不同的是當乙個表有統計資訊時，它將是以最快的方式返回查詢的最先的幾行，從總體上減少了響應時間。
all rows:也就是我們所說的cost的方式，當乙個表有統計資訊時，它將以最快的方式返回表的所有的行，從總體上提高查詢的吞吐量。沒有統計資訊則走基於規則的方式。
3.如何設定選用哪種優化模式
a、instance級別
我們可以通過在init.ora檔案中設定optimizer_mode=rule、optimizer_mode=choose、optimizer_mode=first_rows、optimizer_mode=all_rows去選用3所提的四種方式，如果你沒設定optimizer_mode引數則預設用的是choose這種方式。
b、sessions級別
通過sql> alter session set optimizer_mode=;來設定。
c、語句級別
這些需要用到hint
Oracle資料庫優化
1.使用索引 當sql中含有max min order by 時增速明顯。建立索引應用於join where order by排序的字段上，避免建立在含有大量重複的字段上，例如某個具有列舉型別的字段，避免索引所在的字段含有 null 值 索引會降低 insert update 的速率 2.選取最適用...
ORACLE資料庫的優化
cpu引數的調整 cpu是伺服器的一項重要資，伺服器良好的工作狀態是在工作高峰時cpu的使用在90 以上。如果空閒時間cpu使用率就在90 以上，說明伺服器缺乏cpu資源，如果工作高峰時cpu使用率仍然恨低，說明伺服器cpu資源還比較富餘。使用操作相同命令可以看到cpu的使用情況，以般unix作業系...
優化Oracle資料庫效能
優化策略 為了保證oracle資料庫執行在最佳的效能狀態下，在資訊系統開發之前就應該考慮資料庫的優化策略。優化策略一般包括伺服器作業系統引數調整 資料庫引數調整 網路效能調整 應用程式sql語句分析及設計等幾個方面，其中應用程式的分析與設計是在資訊系統開發 分析評價oracle資料庫效能主要有資料庫...