Re: [oracle_br] custo da cpu...
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
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 que
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
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
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]
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]
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á? - Requer a criação de um determinado índice? - Estatisticas das tabelas (forma que é coltada, usando GATHER_STATS ? %% da tabela envolvida? 10%, 50%? Volume de crescimento diário dela?) - 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) - Parametros opt* (optimizer_mode, lembrando que a partir da 10g é recomendado não alterar tal parametro deixando o mesmo default em ALL_ROWS) - Histogramas - Parametros com relação a IO (db_writer_process, file_system_io_options, disk_synch_io) 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]