Limpar os caches para medir o desempenho é possível, mas muito complicado.
Uma medida muito boa para rastrear o desempenho alcançado dos esforços de ajuste é contar o número de blocos de leitura durante a execução da consulta. Uma das maneiras mais fáceis de fazer isso é usar o sqlplus com autotrace, assim:
set autotrace traceonly
<your query>
saídas
...
Statistics
----------------------------------------------------------
0 recursive calls
0 db block gets
1 consistent gets
0 physical reads
0 redo size
363 bytes sent via SQL*Net to client
364 bytes received via SQL*Net from client
4 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
1 rows processed
O número de blocos lidos, seja do cache ou do disco, é
consistent gets . Outra maneira é executar a consulta com estatísticas aumentadas, ou seja, com a dica
gather_plan_statistics e, em seguida, olhando para o plano de consulta do cache do cursor:auto autotrace off
set serveroutput off
<your query with hint gather_plan_statistics>
select * from table(dbms_xplan.display_cursor(null,null,'typical allstats'));
O número de blocos lidos é exibido na coluna
buffers . ---------------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Starts | E-Rows | Cost (%CPU)| E-Time | A-Rows | A-Time | Buffers |
---------------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 3 | | 1 (100)| | 3 |00:00:00.01 | 3 |
| 1 | SORT AGGREGATE | | 3 | 1 | | | 3 |00:00:00.01 | 3 |
| 2 | INDEX FULL SCAN| ABCDEF | 3 | 176 | 1 (0)| 00:00:01 | 528 |00:00:00.01 | 3 |
---------------------------------------------------------------------------------------------------------------------
