oracle 中ANALYZE的使用

知識背景：

1、優化器的優化方式

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、優化器的優化模式(optermizer mode)

優化模式包括rule,choose,first rows,all rows這四種方式,也就是我們以上所提及的。如下我解釋一下：

rule:不用多說,即走基於規則的方式。

choolse:這是我們應觀注的,預設的情況下oracle用的便是這種方式。指的是當乙個表或或索引有統計資訊,則走cbo的方式,如果表或索引沒統計資訊,表又不是特別的小,而且相應的列有索引時,那麼就走索引,走rbo的方式。 first rows:它與choose方式是類似的,所不同的是當乙個表有統計資訊時,它將是以最快的方式返回查詢的最先的幾行,從總體上減少了響應時間。 all rows:也就是我們所說的cost的方式,當乙個表有統計資訊時,它將以最快的方式返回表的所有的行,從總體上提高查詢的吞吐量。沒有統計資訊則走基於規則的方式。 3、為什麼有時乙個表的某個字段明明有索引,當觀察一些語的執行計畫確不走索引呢？如何解決呢？

a、不走索引大體有以下幾個原因

你在instance級別所用的是all_rows的方式你的表的統計資訊(最可能的原因)

你的表很小,上文提到過的,oracle的優化器認為不值得走索引。 b、解決方法

可以修改init.ora中的optimizer_mode這個引數,把它改為rule或choose,重起資料庫。也可以使用4中所提的hint. 刪除統計資訊，重新分析。

sql>analyze table table_name delete statistics; 錶小不走索引是對的,不用調的。 4、其它相關

a、如何看乙個表或索引是否是統計資訊 sql>select * from user_tables

2 where table_name=

3 and num_rows is not null; sql>select * from user_indexes 2 where table_name=

3 and num_rows is not null;

b、如果我們先用cbo的方式,我們應及時去更新表和索引的統計資訊,以免生形不切合實的執行計畫。

sql> analyze table table_name compute statistics; sql> analyze index index_name estimate statistics;

上述問題的查詢語句之所以不走索引就是因為分析表改變了執行計畫而引起的。

oracle 中ANALYZE的使用

ORACLE的analyze使用簡介

不能拋棄的analyze

iOS 檢測記憶體洩漏Analyze出現的一些問題

oracle 中ANALYZE的使用

ORACLE的analyze使用簡介

不能拋棄的analyze

iOS 檢測記憶體洩漏Analyze出現的一些問題

相關推薦