Come forzare Oracle per utilizzare la scansione dell'indice?

Question

Ho una serie di query estremamente simili eseguite su una tabella di 1,4 miliardi di record (con indici), l'unico problema è che almeno il 10% di quelle query richiede più di 100 volte più tempo di altre.

Ho eseguito un piano di spiegazioni e ho notato che per le query veloci (circa il 90%) Oracle utilizza una scansione dell'indice; su quelli lenti, sta usando una scansione indice completa.

Esiste un modo per forzare Oracle a eseguire una scansione dell'indice?

Answer 1

suggerisco il seguente approccio: -

• ottenere un piano di spiegare sulla dichiarazione lento
• Utilizzando un hint di indice, ottenere un piano di spiegare sulla utilizzando l'indice

Avrete notare che il costo del piano INDICE è maggiore. Questo è il motivo per cui Oracle non sta scegliendo il piano dell'indice. Il costo è la stima di Oracle basata sulle statistiche che ha e varie ipotesi.

Se il costo stimato di un piano è maggiore, ma in realtà viene eseguito più rapidamente, la stima è errata. Il tuo compito è capire perché la stima è sbagliata e correggere quello. Quindi Oracle sceglierà il piano giusto per questa affermazione e altri per conto proprio.

Per capire perché è sbagliato, controllare il numero di righe previste nel piano. Probabilmente troverai uno di questi è un ordine di grandezza. Ciò potrebbe essere dovuto a valori di colonna distribuiti in modo non uniforme, vecchie statistiche, colonne che si correlano tra loro ecc.

Per risolvere questo problema, è possibile ottenere Oracle per raccogliere statistiche migliori e suggerirlo con ipotesi di partenza migliori. Quindi valuterà i costi precisi e presenterà il piano più veloce.

Se pubblichi più informazioni potrei essere in grado di commentare ulteriormente.

Answer 2

Ho visto il suggerimento ignorato da Oracle.

Recentemente, il nostro DBA utilizza "optimizer_index_cost_adj" e ha utilizzato l'indice. Questo è il parametro Oracle ma è possibile utilizzarlo come livello di sessione.

100 è il valore predefinito e abbiamo utilizzato 10 come parametro.

Answer 3

Se si desidera sapere perché l'ottimizzatore prende le decisioni, è necessario utilizzare la traccia 10053.

SQL> alter session set events '10053 trace name context forever, level 1'; 

Quindi eseguire spiegare piani per una query veloce di esempio e una query lenta di esempio. Nella directory di dump dell'utente verranno visualizzati i file di traccia che descrivono in dettaglio gli alberi decisionali attraversati dalla CBO. Da qualche parte in quei file troverai i motivi per cui sceglie una scansione dell'indice completa su una scansione dell'indice.

Non sto dicendo che i file di traccia siano di facile lettura. La migliore risorsa per comprenderli è l'eccellente white paper di Wolfgang Breitling "A look under the hood of CBO" (PDF)

Answer 4

è possibile utilizzare oracle sql hint.si può forzare di utilizzare indice specifico o escludere indice controllare la documentazione

http://psoug.org/reference/hints.html http://www.adp-gmbh.ch/ora/sql/hints/index.html

come select/* + indice (scott.emp ix_emp) */da scott.emp emp_alias

Answer 5

Per "forzare" Oracle a utilizzare una scansione dell'indice, è sufficiente utilizzare un suggerimento di ottimizzazione INDEX_RS_ASC. Per esempio:

CREATE TABLE mytable (a NUMBER NOT NULL, b NUMBER NOT NULL, c CHAR(10)) NOLOGGING; 

INSERT /*+ APPEND */ INTO mytable(a,b,c) 
SELECT level, mod(level,100)+1, 'a' FROM dual CONNECT BY level <= 1E6; 

CREATE INDEX myindex_ba ON mytable(b, a); 
EXECUTE dbms_stats.gather_table_stats(NULL,'mytable'); 

SELECT /*+ FULL(m)   */ b FROM mytable m WHERE b=10; -- full table scan 
SELECT /*+ INDEX_RS_ASC(m) */ b FROM mytable m WHERE b=10; -- index range scan 
SELECT /*+ INDEX_FFS(m) */ b FROM mytable m WHERE b=10; -- index fast full scan 

Se questo renderà la vostra richiesta in realtà correre più veloce dipende da molti fattori come la selettività del valore indicizzato o l'ordine fisico delle righe della tabella. Per esempio, se si modifica la query per WHERE b BETWEEN 10 AND <xxx>, i seguenti costi appaiono nei piani di esecuzione sulla mia macchina:

b BETWEEN 10 AND 10  20  40  80 
FULL    749 750  751 752 
INDEX_RS_ASC  29 325  865 1943 
INDEX_FFS   597 598  599 601 

Se si modifica la query leggermente non solo per selezionare la colonna indicizzata b, ma anche altri, colonne non indicizzate, i costi variano drasticamente:

b BETWEEN 10 AND 10  20  40  80 
FULL    749 750  751 754 
INDEX_RS_ASC  3352 40540 108215 243563 
INDEX_FFS   3352 40540 108215 243563