05/04/13 Blog do DBA/Instrutor Fábio Prado: Coletando estatísticas para o otimizador de queries do Oracle

BLOG DO DBA/INSTRUTOR FÁBIO PRADO

Documentos, artigos e novidades sobre Tecnologia e o Mundo dos Bancos de Dados Oracle

INÍCIO TREINAMENTOS PALESTRAS VÍDEOAULAS AGENDA DEPOIMENTOS FAQ TREINAMENTOS MÍDIA SOBRE

02/04/2012

Coletando estatísticas para o otimizador de queries do

Oracle
Olá pessoal,

Como muitos alunos me perguntam sobre este tema, resolvi escrever no artigo de hoje sobre
como coletar estatísticas de objetos do Banco de Dados para o otimizador de queries do Oracle,
considerando os métodos existentes e as principais diferenças entre eles.

Até o Oracle Database 7, só existia um tipo de otimizador, que era o Otimizador Baseado em
Regras (RBO). Não vou entrar em mais detalhes sobre o RBO neste artigo, pois ele já está obsoleto
nas versões atuais do Oracle. A partir da versão 7, foi criado outro tipo de otimizador, o Otimizador
Baseado em Custo (CBO) e a partir da versão 11G, somente o CBO pode ser utilizado (na versão
10G ele ainda era existia somente para manter compatibilidade com versões anteriores). O CBO foi
criado com o objetivo de melhorar a performance da execução das instruções SQL (em relação ao
RBO,) criando planos de execução mais dinâmicos que se baseiam em custo, ao invés de regras.

Para verificarmos uma amostra de que o CBO normalmente é melhor que o RBO nos SGBDs
atuais, encontrei a monografia de "Especialização em Administração de Banco de Dados" de Carlos
Eduardo Borges, aluno da PONTIFÍCIA UNIVERSIDADE CATÓLICA DO PARANÁ. Neste trabalho
ele apresenta vários testes e gráficos comparando a performance do CBO X RBO em diversas
consultas executadas em um BD Oracle Database 10g Enterprise Edition Release 10.2.0.1.0.

Segue abaixo um gráfico (ver Figura 1) que demonstra um comparativo de tempo de execução
de uma consulta executada em uma tabela que tinha as seguintes características:
- Contém uma coluna PK e mais 3 colunas com distr ibuição de valor es unifor me, contendo 3.020.730 linhas;

- 1 índice composto cr iado em 2 colunas da tabela, onde 1 dessas colunas é utilizada como filtr o da instr ução SQL.

Figura 1 - Gráf ico comparativ o de tempo "RBO X CBO"

Obs.: De acordo com o gráfico da Figura 1, no CBO o tempo de execução foi 44,4% menor, pois
nesta consulta o CBO foi capaz de utilizar o índice composto e o RBO não! Para mais detalhes,

sugiro consultar os links da seção de referências deste artigo.

Para montar um plano de execução, o CBO baseia-se, resumidamente, em estatísticas de

objetos (quantidade de linhas, cardinalidade, seletividade) e custo de hardware (memória, cpu, I/O).
Para que ele monte planos de execução otimizados, é necessário que as estatísticas dos

www.fabioprado.net/2012/04/coletando-estatisticas-para-o.html 1/3
05/04/13 Blog do DBA/Instrutor Fábio Prado: Coletando estatísticas para o otimizador de queries do Oracle
objetosestejam sempre atualizadas. Para atualizar as estatísticas dos objetos, podemos usar os
métodos abaixo:

1- Comando ANALYZE:
- Calcula estatísticas globais de tabelas, índices e clusters;
- Permite coletar estatísticas exatas ou estimada em um número ou percentual de linhas;
- Não é tão preciso ao calcular, por exemplo, a cardinalidade, ao envolver valores distintos;
- Devido ao fato de não ser muito preciso, não é recomendado para coletar estatísticas para
o CBO, mas pode ser útil para coletar informações sobre linhas encadeadas e blocos livres;
- Era bastante eficiente até a versão 7 do Oracle Database ou para o RBO. É suportado na
versões atuais do Oracle somente para manter a compatibilidade com as versões anteriores;
- Exemplo p/ coletar estatísticas exatas de uma tabela:
ANALYZE TABLE TABELA COMPUTE STATISTICS;

2- Package DBMS_UTILITY:
- As procedures desta package diferem do comando ANALYZE apenas pela possibilidade de
permitir coletar estatísticas de um schema ou do banco de dados completo;
- Exemplo p/ coletar estatísticas de um schema todo:
EXEC DBMS_UTILITY.ANALYZE_SCHEMA('OWNER','COMPUTE');

3- Package DBMS_STATS:
- Foi introduzido no Oracle 8i e hoje é o método mais eficiente para coletar estatísticas
para o CBO;
- Permite coletar estatísticas exatas ou estimadas de objetos individualmente (tabelas,
índices, cluster etc), schemas, banco de dados completo e de sistema;
- Permite execução paralela, transferência de estatísticas entre servidores e é mais preciso
que os métodos anteriores;
- Gera histogramas, que são extremamente úteis para otimizar queries que efetuam
pesquisas em colunas que possuem valores dispersos;
- É o método de coleta de estatísticas atualmente recomendado pela Oracle e por
especialistas no assunto;
- Exemplos:
a) Para coletar estatísticas estimadas (1%) de uma tabela:
EXEC DBMS_STATS.GATHER_TABLE_STATS(
OWNNAME=>'OWNER', TABNAME=>'TABELA', ESTIMATE_PERCENT=>1);

b) Para coletar estatísticas estimadas (20%) de um schema:

EXEC DBMS_STATS.GATHER_SCHEMA_STATS('OWNER', estimate_percent=> 20);

c) Para coletar estatísticas de todo o banco de dados:

EXEC DBMS_STATS.GATHER_DATABASE_STATS;

d) Para coletar estatísticas de sistema (DD):

EXEC DBMS_STATS.GATHER_DICTIONARY_STATS;

Há pouco mais de 1 mês atrás, 1 aluno me mandou e-mail perguntando se eu sabia o porquê de
um teste em que ele coletava estatísticas de uma tabela com 40.000.000 registros, usando o
comando ANALYZE TABLE, era mais rápido do que ao usar a package DBMS_STATS (14 minutos
X 58 minutos). A resposta é simples: o DBMS_STATS, por ser mais completo, gerar histogramas e
ser mais eficiente (ao coletar estatísticas mais precisas), demora mais tempo para executar.

Dicas para quem pretende coletar estatísticas de objetos:

1- A partir do Oracle Database 10G, as estatísticas são coletadas automaticamente pelo

Oracle, diariamente, em um horário compreendido geralmente entre 22h e 2h, se o BD estiver
ocioso. Colete estatísticas somente quando for necessário e se você tiver certeza de que os objetos
ainda não possuam estatísticas atualizadas;

2- Se o seu BD usa o CBO, evite coletar estatísticas através do comando ANALYZE TABLE e
através da package DBMS_UTILITY;

3- Estatísticas desatualizadas são inimigas de performance otimizada. Aprenda a

verificar se os seus objetos estão com as estatísticas atualizadas (apenas o valor da coluna
LAST_ANALYZED da visão DBA_TABLES não é suficiente para determinar isso). Existem muitas
variantes que podem influenciar na execução da coleta de estatísticas e de como verificar se os
objetos estão atualizados, mas estes itens eu guardo para apresentar nos meus treinamentos
de SQL Tuning;

Pessoal, por hoje é só!

www.fabioprado.net/2012/04/coletando-estatisticas-para-o.html 2/3
05/04/13 Blog do DBA/Instrutor Fábio Prado: Coletando estatísticas para o otimizador de queries do Oracle

[]s

Referências:

- http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:4347359891525

- http://docs.oracle.com/cd/B28359_01/server.111/b28310/general002.htm
- http://www.oracle-base.com/articles/misc/CostBasedOptimizerAndDatabaseStatistics.php

- http://docs.oracle.com/cd/B12037_01/server.101/b10759/statements_4005.htm
- http://www.geocities.ws/carlos.gorges/Monografia-CarlosGorges.pdf

www.fabioprado.net/2012/04/coletando-estatisticas-para-o.html 3/3