oracle在執行乙個sql之前,首先要分析一下語句的執行計畫,然後再按執行計畫去執行。分析語句的執行計畫的工作是由優化器(optimizer)來完成的。不同的情況,一條sql可能有多種執行計畫,但在某一時點,一定只有一種執行計畫是最優的,花費時間是最少的。
相信你一定會用pl/sqldeveloper、toad等工具去看乙個語句的執行計畫,不過你可能對rule、choose、firstrows、allrows這幾項有疑問,因為我當初也是這樣的,那時我也疑惑為什麼選了以上的不同的項,執行計畫就變了?
1、優化器的優化方式
oracle的優化器共有兩種的優化方式,即基於規則的優化方式(rule-basedoptimization,簡稱為rbo)和基於代價的優化方式(cost-basedoptimization,簡稱為cbo)。
a、rbo方式：優化器在分析sql語句時,所遵循的是oracle內部預定的一些規則。比如我們常見的,當乙個where子句中的一列有索引時去走索引。
b、cbo方式：依詞義可知,它是看語句的代價(cost)了,這裡的代價主要指cpu和記憶體。優化器在判斷是否用這種方式時,主要參照的是表及索引的統計資訊。統計資訊給出表的大小、有少行、每行的長度等資訊。這些統計資訊起初在庫內是沒有的,是你在做analyze後才出現的,很多的時侯過期統計資訊會令優化器做出乙個錯誤的執行計畫,因些我們應及時更新這些資訊。在oracle8及以後的版本,oracle列推薦用cbo的方式。
我們要明了,不一定走索引就是優的,比如乙個表只有兩行資料,一次io就可以完成全表的檢索,而此時走索引時則需要兩次io,這時對這個表做全表掃瞄(fulltablescan)是最好的。
新版本的oracle逐漸拋棄對rule方式的支援,即使是rule方式,最後sql執行效率的衡量標準都是,sql執行消耗了多少資源?對代價(cost)的優化方式,需要表,索引的統計資訊,需要每天多表和索引進行定時的分析,但是統計資訊也是歷史的,有時候也不一定是最優的,統計資訊等於就是乙個人的經驗,根據以前的經驗來判斷sql該怎麼執行(得到優化的sql執行路徑),所以具體優化執行的時候,先手工分析sql,看是用rbo方式消耗大,還是cbo消耗大;dba的工作就是要根據當前oracle的執行日誌,進行各種調整,使當前的oracle執行效率盡量達到最優.可以在執行期間,採用hint靈活地採用優化方式.
2、優化器的優化模式(optermizermode)
優化模式包括rule,choose,firstrows,allrows這四種方式,也就是我們以上所提及的。如下我解釋一下：
rule:不用多說,即走基於規則的方式。(rbo優化方式)
choolse:這是我們應觀注的,預設的情況下oracle用的便是這種方式。指的是當乙個表或或索引有統計資訊,則走cbo的方式,如果表或索引沒統計資訊,表又不是特別的小,而且相應的列有索引時,那麼就走索引,走rbo的方式。
在預設情況下，oracle採用choose優化器，為了避免那些不必要的全表掃瞄（fulltablescan），你必須盡量避免使用choose優化器，而直接採用基於規則或者基於成本的優化器。
firstrows:它與choose方式是類似的,所不同的是當乙個表有統計資訊時,它將是以最快的方式返回查詢的最先的幾行,從總體上減少了響應時間。(cbo優化方式,提供乙個最快的反應時間,根據系統的需求,使用情況)
allrows:也就是我們所說的cost的方式,當乙個表有統計資訊時,它將以最快的方式返回表的所有的行,從總體上提高查詢的吞吐量。沒有統計資訊則走基於規則的方式。(cbo優化方式,提供最大的吞吐量,就是使執行總量達到最大) [page]
firstrows和allrows是有衝突的.如果想最快第返回給使用者,就不可能傳遞更多的結果,這就是firstrows返回最先檢索到的行(或記錄);而allrows是為了盡量將所有的結果返回給使用者,由於量大,使用者就不會很快得到返回結果.就象空車能跑得很快,重裝車只能慢慢地跑;
3、如何設定選用哪種優化模式
a、instance級別
我們可以通過在init.ora檔案中設定optimizer_mode=rule、optimizer_mode=choose、optimizer_mode=first_rows、optimizer_mode=all_rows去選用3所提的四種方式,如果你沒設定optimizer_mode引數則預設用的是choose這種方式。
init.ora和init.ora都在$oracle_home/dbs目錄下,可以用find$oracle_home-nameinit*.ora檢視該目錄下的init檔案.
init.ora是對全體例項有效的;init.ora只對指定的例項有效.
b、sessions級別
通過sql>altersessionsetoptimizer_mode=;來設定。將覆蓋init.ora,init.ora設定的優化模式,也可以在sql語句中採用hint強制選定優化模式.如下:
c、語句級別
這些需要用到hint,比如:
sql>select/*+rule*/a.userid,
2b.name,
3b.depart_name
4fromtf_f_yhdaa,
5tf_f_departb
6wherea.userid=b.userid;
在這兒採用hint,強制採用基於規則(rule)的優化模式;
hint語法,/*+開頭,*/結尾,中間填寫強制採用的優化模式.
4、為什麼有時乙個表的某個字段明明有索引,當觀察一些語的執行計畫確不走索引呢？如何解決呢？
a、不走索引大體有以下幾個原因
♀你在instance級別所用的是all_rows的方式
♀你的表的統計資訊(最可能的原因)
♀你的表很小,上文提到過的,oracle的優化器認為不值得走索引。
b、解決方法
♀可以修改init.ora中的optimizer_mode這個引數,把它改為rule或choose,重起資料庫。也可以使用4中所提的hint.
♀刪除統計資訊
sql>analyzetabletable_namedeletestatistics;
♀錶小不走索引是對的,不用調的。
5、其它相關
a、如何看乙個表或索引是否是統計資訊
sql>select*fromuser_tables2wheretable_name=
3andnum_rowsisnotnull;
sql>select*fromuser_indexes
2wheretable_name=
3andnum_rowsisnotnull;
b、如果我們先用cbo的方式,我們應及時去更新表和索引的統計資訊,以免生形不切合實的執行計畫。
sql>analyzetabletable_namecomputestatistics;
sql>analyzeindexindex_nameestimatestatistics;
優化模型optim
優化模型 optim包中提供了非常多的可實現引數自動優化的類，比如sgd adagrad rmsprop adam等，這些類都可以被直接呼叫 import torch from torch.autograd import variable from collections import ordere...
R中最優化函式optim
f x 1,x 2 1 x 1 2 100 x 2 x 1 2 2 該函式全域性最小值在 x 1 1,x 2 1 時取到。下面這種寫法是因為有多個自變數函式，傳入乙個引數x，每個自變數用向量x的分量來表示，從而定義出目標函式。objx1梯度 400 x 1 x 2 x 1 2 2 1 x 1 x2梯...
Oracle認證 Oracle優化器的優化方式
oracle是世界領先的資訊管理軟體開發商，因其複雜的關聯式資料庫產品而聞名。本文介紹oracle優化器，它是乙個非常好用的工具。oracle在執行乙個sql之前,首先要分析一下語句的執行計畫,然後再按執行計畫去執行。分析語句的執行計畫的工作是由優化器 optimizer 來完成的。不同的情況,一條...