Provavel que setou a nivel de memória e nao spfile/pfile.
----- Original Message -----
From: Márcio Ricardo Alves da Silva
To: oracle_br@yahoogrupos.com.br
Sent: Thursday, September 17, 2009 4:36 PM
Subject: Re: [oracle_br] custo da cpu...
Essa tabela que faz full é pequena, tenho os indices criados nela. Quando
forço o indice o custo é maior.
Já fiz a alteração dos parametros conforme mencionado, tinha alterado no mes
passado, mas vi no historico deles que voltou a alteração, não lembro de ter
feito isso, mas era para estar assim.
Márcio.
From: Willian Fernando Frasson
To: oracle_br@yahoogrupos.com.br
Sent: Thursday, September 17, 2009 4:21 PM
Subject: Re: [oracle_br] custo da cpu...
Começando temos um alguns full scan na tabela abaixo:
TABLE ACCESS FULL GR03_UNIDADES TABLE 18 1 0.008 3 1 51757 3
Qual valor total do custo em MB? KB? Bytes?
Ja tentou como disse alterar os parametros opt* a nivel de sessão e gerar o
plano de execucao:
optimizer_index_caching = 65
optimizer_index_cost = 20
Gera o antes e depois e faça uma comparação do Custo ok? Veja tambem se não
necessidade de indice nesse FULL SCAN? Tentou criar um indice virtual? "virtual
indexes"? Alterar a query?
----- Original Message -----
From: Márcio Ricardo Alves da Silva
To: oracle_br@yahoogrupos.com.br
Sent: Thursday, September 17, 2009 3:52 PM
Subject: Re: [oracle_br] custo da cpu...
Não sei se o Yahoo vai desconfigurar. Mas tá ai o plano. Lembrando que não é
somente essa query, tem outras também que queria" tunar".
CPU_COUNT = 1
Operação Objeto Tipo de Objeto Ordem Linhas Tamanho (KB) Custo Tempo (seg)
Custo da CPU Custo de Entrada/Saída:
SELECT STATEMENT
51
48
SORT ORDER BY
50 1 0.230 48 1 100431848 42
HASH GROUP BY
49 1 0.230 48 1 100431848 42
NESTED LOOPS
48 1 0.230 46 1 67132743 42
VIEW VW_REG_ENTRADA VIEW 45 2 0.406 44 1 67114240 40
SORT UNIQUE
44 2 0.430 44 1 33557120 20
UNION-ALL
43
HASH GROUP BY
21 1 0.215 22 1 33557120 20
FILTER
20
FILTER
15
NESTED LOOPS OUTER
14 1 0.215 15 1 183884 15
NESTED LOOPS
11 1 0.168 13 1 168131 13
NESTED LOOPS
8 1 0.142 12 1 157980 12
NESTED LOOPS
5 1 0.078 8 1 127115 8
TABLE ACCESS BY INDEX ROWID GR03_UNIDADES TABLE 2 1 0.010 1 1 9121 1
INDEX UNIQUE SCAN GR03_UNIDADES_IDX_UN INDEX (UNIQUE) 1 1
0
1050 0
TABLE ACCESS BY INDEX ROWID RB01_NRE TABLE 4 1 0.068 7 1 117993 7
INDEX RANGE SCAN RB01_IDX_MOVTO INDEX 3 58
2 1 26693 2
TABLE ACCESS BY INDEX ROWID RB02_ITEM_NRE TABLE 7 1 0.063 4 1 30865 4
INDEX RANGE SCAN RB02_IDX_MAT INDEX 6 1
3 1 22551 3
TABLE ACCESS BY INDEX ROWID LF01_CFO TABLE 10 1 0.026 1 1 10151 1
INDEX UNIQUE SCAN LF01_CFO_IDX_CFO INDEX (UNIQUE) 9 1
0
1900 0
TABLE ACCESS BY INDEX ROWID LF05_OBS_ENT_SAI TABLE 13 1 0.047 2 1 15753 2
INDEX RANGE SCAN LF05_OBS_ENT_SAI_IDX_DOC INDEX (UNIQUE) 12 1
1 1 8321 1
NESTED LOOPS
19 1 0.026 5 1 74132 5
TABLE ACCESS BY INDEX ROWID GR01_REM_DEST TABLE 17 1 0.019 2 1 22374 2
INDEX UNIQUE SCAN GR01_REM_DEST_IDX_CODIGO INDEX (UNIQUE) 16 1
1 1 14443 1
TABLE ACCESS FULL GR03_UNIDADES TABLE 18 1 0.008 3 1 51757 3
HASH GROUP BY
42 1 0.215 22 1 33557120 20
FILTER
41
FILTER
36
NESTED LOOPS OUTER
35 1 0.215 15 1 183884 15
NESTED LOOPS
32 1 0.168 13 1 168131 13
NESTED LOOPS
29 1 0.142 12 1 157980 12
NESTED LOOPS
26 1 0.078 8 1 127115 8
TABLE ACCESS BY INDEX ROWID GR03_UNIDADES TABLE 23 1 0.010 1 1 9121 1
INDEX UNIQUE SCAN GR03_UNIDADES_IDX_UN INDEX (UNIQUE) 22 1
0
1050 0
TABLE ACCESS BY INDEX ROWID RB01_NRE TABLE 25 1 0.068 7 1 117993 7
INDEX RANGE SCAN RB01_IDX_MOVTO INDEX 24 58
2 1 26693 2
TABLE ACCESS BY INDEX ROWID RB02_ITEM_NRE TABLE 28 1 0.063 4 1 30865 4
INDEX RANGE SCAN RB02_IDX_MAT INDEX 27 1
3 1 22551 3
TABLE ACCESS BY INDEX ROWID LF01_CFO TABLE 31 1 0.026 1 1 10151 1
INDEX UNIQUE SCAN LF01_CFO_IDX_CFO INDEX (UNIQUE) 30 1
0
1900 0
TABLE ACCESS BY INDEX ROWID LF05_OBS_ENT_SAI TABLE 34 1 0.047 2 1 15753 2
INDEX RANGE SCAN LF05_OBS_ENT_SAI_IDX_DOC INDEX (UNIQUE) 33 1
1 1 8321 1
NESTED LOOPS
40 1 0.026 5 1 74132 5
TABLE ACCESS BY INDEX ROWID GR01_REM_DEST TABLE 38 1 0.019 2 1 22374 2
INDEX UNIQUE SCAN GR01_REM_DEST_IDX_CODIGO INDEX (UNIQUE) 37 1
1 1 14443 1
TABLE ACCESS FULL GR03_UNIDADES TABLE 39 1 0.008 3 1 51757 3
TABLE ACCESS BY INDEX ROWID LF01_CFO TABLE 47 1 0.027 1 1 9251 1
INDEX UNIQUE SCAN LF01_CFO_IDX_CFO INDEX (UNIQUE) 46 1
0
1900 0
Grato,
Márcio.
----- Original Message -----
From: Willian Fernando Frasson
To: oracle_br@yahoogrupos.com.br
Sent: Thursday, September 17, 2009 3:40 PM
Subject: Re: [oracle_br] custo da cpu...
Certo, poderia mandar o plano de execução dessa query?
faça também um show parameter cpu_count e nos mande..
----- Original Message -----
From: Márcio Ricardo Alves da Silva
To: oracle_br@yahoogrupos.com.br
Sent: Thursday, September 17, 2009 3:37 PM
Subject: Re: [oracle_br] custo da cpu...
Tentarei responder todas as perguntas abaixo dos seus questionamentos.
From: Willian Fernando Frasson
To: oracle_br@yahoogrupos.com.br
Sent: Thursday, September 17, 2009 3:07 PM
Subject: Re: [oracle_br] custo da cpu...
Márcio boa tarde,
O COST não é uma coisa mágica que você pensa e logo mudou o custo. Deve levar
em consideração várias coisas do TIPO:
- Plano de execução como está?
O plano está bom, com custo de 12. E o custo da cpu é de 16814300, isso no
HASH GROUP BY. A atividade desse select é 93% na CPU.
- Requer a criação de um determinado índice?
Não precisa de índice todas as tabelas envolvidas já estão utilizando índices.
- Estatisticas das tabelas (forma que é coltada, usando GATHER_STATS ? %% da
tabela envolvida? 10%, 50%? Volume de crescimento diário dela?)
Não cheguei a ver as estatisticas e nem como são coletadas. Sei que são
coletadas todo dia as 22h. Se possível, gostaria de uma explicação de como
verifico essas informações.
- Parametros opt* (optimizer_index_caching, optimizer_index_cost (há algum
tempo tive um problema com custo elevado e tais parametros citado pelos colegas
resolveu
o problema naquela ocasião)
optimizer_index_caching = 0
optimizer_index_cost_adj = 100
- Parametros opt* (optimizer_mode, lembrando que a partir da 10g é
recomendado não alterar tal parametro deixando o mesmo default em ALL_ROWS)
está ALL_ROWS
- Histogramas
Não sei verificar.
- Parametros com relação a IO (db_writer_process, file_system_io_options,
disk_synch_io)
db_writer_processes = 1
filesystemio_options = asynch
dysk_asynch_io = false
São alguns dos fatores que vejo fundamentais para fazer um tuning de Cost e
de Tempo....
Abcs
----- Original Message -----
From: Márcio Ricardo Alves da Silva
To: oracle_br@yahoogrupos.com.br ; gpora...@yahoogrupos.com.br
Sent: Thursday, September 17, 2009 2:48 PM
Subject: [oracle_br] custo da cpu...
GeleiraBoas. Estou tentando fazer o tuning de algumas querys, algumas vejo
que o custo está baixo, utilizando indíces as vez um OR desnecessário, faço a
correção melhora um pouco.
O que não consigo ver ou melhorar é o Custo da CPU. Como eu faço pra diminuir
esse custo, ou melhor, tem como diminuir?
Banco 10G Release 10.2.0.1.0
HP-UX 11.23
Att,
Márcio Ricardo.
[As partes desta mensagem que não continham texto foram removidas]
----------------------------------------------------------
O Banco de Dados de Vírus interno expirou.
Verificado por AVG - http://www.avgbrasil.com.br
Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de
Lançamento: 30/1/2009 17:31
[As partes desta mensagem que não continham texto foram removidas]
[As partes desta mensagem que não continham texto foram removidas]
----------------------------------------------------------
O Banco de Dados de Vírus interno expirou.
Verificado por AVG - http://www.avgbrasil.com.br
Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de
Lançamento: 30/1/2009 17:31
[As partes desta mensagem que não continham texto foram removidas]
[As partes desta mensagem que não continham texto foram removidas]
----------------------------------------------------------
O Banco de Dados de Vírus interno expirou.
Verificado por AVG - http://www.avgbrasil.com.br
Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de
Lançamento: 30/1/2009 17:31
[As partes desta mensagem que não continham texto foram removidas]
[As partes desta mensagem que não continham texto foram removidas]
------------------------------------------------------------------------------
O Banco de Dados de Vírus interno expirou.
Verificado por AVG - http://www.avgbrasil.com.br
Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de
Lançamento: 30/1/2009 17:31
[As partes desta mensagem que não continham texto foram removidas]
