Oracle 9i Einführung Performance Tuning

Transkript

1 Kurs Oracle 9i Einführung Performance Tuning Teil 3 Der Optimizer Timo Meyer Wintersemester 2005 / 2006 Seite 1 von 16 Seite 1 von 16

2 1. auf Tabellen Optimizer 4. Optimizer RBO 5. Optimizer CBO 6. Optimierungs-Modus 7. Methode erzwingen Timo Meyer Wintersemester 2005 / 2006 Seite 2 von 16 Seite 2 von 16

3 1. auf Tabellen Full Table Scan Eher schlecht, außer bei kleinen Tabellen ROWID Access File-Nr. + Block-Nr. +ROW-Nr. (AAAG00 ) Index-Lookup Bevorzugte Methode bei großen selektiven Tabellen Hash Key Access Schnelle Zugriffsmethode bei großen Tabellen Timo Meyer Wintersemester 2005 / 2006 Seite 3 von 16 Seite 3 von 16

4 2. Sort Merge Zwei sortierte Haufen (beide Tabellen haben keinen Index) In erster Tabelle werden JOIN-Spalten vorsortiert und an Hand dieser werden JOIN-Spalten in zweiter Tabelle sortiert Nested Loops Full Table Scan einer Tabelle Index-Scan der anderen Tabelle Gefundene Werte der ersten Tabelle über Index direkt an Werte der anderen Tabelle Hash Join Für die größere Tabelle wird eine Art On The Fly Index erstellt Seite 4 von 16 Timo Meyer Wintersemester 2005 / 2006 Seite 4 von 16

5 3. Optimizer (Optimierer) Optimizer (Optimierer) ermittelt, welche Methode beim Tabellenzugriff die (wahrscheinlich) schnellste ist Wandelt SQL Statements ab, wenn erforderlich Wählt, wenn möglich, den besten Optimierungs- Modus Wählt einen Zugriffspfad aus (z.b. welcher Index) Wählt JOIN-Reihenfolge, wenn mehr als zwei Tabellen gejoinet werden sollen erst Tabelle 2, dann 3, dann 1 Wählt JOIN-Methode Optimizer Migration Seite 5 von 16 Timo Meyer Wintersemester 2005 / 2006 Seite 5 von 16

6 4. Optimizer RBO Regelbasiert (RULE BASED OPTIMIZER, RBO) Eher veraltet (Abwärtskompabilität, z.b. Oracle 8i) In Oracle 10g nicht mehr vorhanden Sieht sich Syntax des SQL Statements an, nutzt Data Dictionary Informationen über Struktur des abgefragten Objektes und legt dann fest, welche Regel zum Zugriff auf das entsprechende Objekt genutzt wird Nutzt 15 verschieden gewichtete Regeln hochrangigste wird vom RBO als schneller bewertet Optimizer Konfiguration RBO Seite 6 von 16 Timo Meyer Wintersemester 2005 / 2006 Seite 6 von 16

7 4. Optimizer RBO Regeln Single row by ROWID Single row by cluster join Optimizer Konfiguration RBO Seite 7 von 16 Timo Meyer Wintersemester 2005 / 2006 Seite 7 von 16

8 5. Optimizer CBO Kostenbasiert (COST BASED OPTIMIZER, CBO) Aktuell und möglichst zu bevorzugen Evaluiert verschiedene Zugriffspfade und optionalen Ausführungsplan auf Basis der zu erwartenden Ressource-Kosten für die jeweilige Operation Je weniger Kosten verursacht werden, desto besser Um Kosten zu Bestimmen, muss die entsprechende Tabelle analysiert worden sein Sonst liegen keine Statistiken vor Kann vollständig sein, oder auf Grund von Schätzungen beruhen Neue Optimizer Funktionen CBO Seite 8 von 16 Timo Meyer Wintersemester 2005 / 2006 Seite 8 von 16

9 6. Optimierungs-Modus CHOOSE COST wenn Tabellen analysiert sind RULE wenn Tabellen nicht analysiert sind RULE Immer RULE ALL_ROWS COST optimiert Ausführungsplan für Rückgabe aller Datensätze der Ergebnismenge FIRST_ROWS COST optimiert Ausführungsplan für Rückgabe des ersten Datensätze der Ergebnismenge Standard ist CHOOSE SHOW PARAMETER OPTIMIZER_MODE; Ändern mit ALTER SESSION SET OPTIMIZER_MODE=RULE; Timo Meyer Wintersemester 2005 / 2006 Seite 9 von 16 Seite 9 von 16

10 7. Methode erzwingen Erzwingen einer Methode: SELECT /*+RULE*/ employeeid FROM employees; SELECT /*+ALL_ROWS*/ employeeid FROM employees; Anmerkung: Erstellung einer PLAN_TABLE mit SET AUTOTRACE ON EXPLAIN; Timo Meyer Wintersemester 2005 / 2006 Seite 10 von 16 Seite 10 von 16

11 8. Tabelle vollständig analysieren CBO benötigt Statistiken über Tabellen, Indizes und Cluster, um optimalen Zugriffspfad für SQL Statements zu ermitteln Statistiken werden in Systemtabellen des Data Dictionary gespeichert Bei Wiederholung der Analyse werden vorhandene Statistiken überschrieben Befehl zum Analysieren: ANALYZE TABLE employees COMPUTE STATISTICS; Seite 11 von 16 Timo Meyer Wintersemester 2005 / 2006 Seite 11 von 16

12 8. Tabelle teilweise analysieren: ANALYZE TABLE employees ESTIMATE STATISTICS sample 10 percent; 10% der Tabellen werden geprüft, schätzen der anderen 90% an Hand der geprüften 10% Bei mehr als 50% Prüfung wird automatisch COMPUTE impleziert und ausgeführt Bei starkem Wachstum oder vielen Änderungen erneut analysieren! Statistiken sind veraltet Statistiken löschen: ANALYZE TABLE employees DELETE STATISTICS; Seite 12 von 16 Timo Meyer Wintersemester 2005 / 2006 Seite 12 von 16

13 9. Indizierter Zugriff auf Tabellen nur dann, wenn weniger als 15% der Werte ausgegeben werden sollen, sonst in der Regel Full Table Scan (FTS) Beispiel: Tabelle mit Datensätzen (Artikel, Kürzel, Status) Eine Spalte (Status) hat 3 unterschiedliche Werte (etwa gleichverteilt) Ein neuer Wert wird eingeführt (Status=4) und Analyse Bitmap-Index wird auf Status erstellt Abfrage auf Tabelle mit WHERE STATUS=4 FTS wird genutzt, da Werte erwartet ANALYZE TABLE test COMPUTE STATISTICS FOR COLUMNS status SIZE 4; 4 Buckets (=4 Endwerte) Abfrage auf Tabelle mit WHERE STATUS=4 Index wird genutzt, da wirklich vorhanden nur ein Wert (Status=3 FTS) Timo Meyer Wintersemester 2005 / 2006 Seite 13 von 16 Seite 13 von 16

14 9. Beispiel Histogramm CREATE TABLE test (artikel varchar2(20), kuerzel varchar2(5), status number (1)) TABLESPACE users; INSERT INTO test VALUES ( artikel1, art1, 1); INSERT INTO test VALUES ( artikel2, art2, 2); INSERT INTO test VALUES ( artikel3, art3, 3); Diese Abfrage wurde 15 mal hintereinander ausgeführt INSERT INTO test SELECT * FROM test1; INSERT INTO test VALUES ( artikel4, art4, 4); CREATE BITMAP INDEX bit_idx1 ON test (status) TABLESPACE indx; Optimizer zeigt einen Full Table Scan (FTS) an SELECT * FROM test WHERE status=4; Optimizer zeigt Nutzung von Bitmap-Index bit_idx1 an ANALYZE TABLE test COMPUTE STATISTICS FOR COLUMNS status SIZE 4; Seite 14 von 16 Timo Meyer Wintersemester 2005 / 2006 Seite 14 von 16

15 Übung Optimizer Timo Meyer Wintersemester 2005 / 2006 Seite 15 von 16 Seite 15 von 16

16 Abwärtskompabilität 6 Join Cost Based- 8 ALL_ROWS 9 -Methoden 4. 5 Rule Based- 6 Ausführungsplan 8 -Reihenfolge 5 -Spalten 4 Regel 6 CBO 8 Sort Merge - 4 ROWID-Access 3 CHOOSE 9 Hash- 4 RULE 9 Cluster 11 COST 9 Kostenbasiert 8 Schätzungen 8 Statistiken 8, 11 FIRST_ROWS 9 Number File- 3 Tabellen Hash Key Access 3 Block- 3 selektive 3 Row- 3 große 3 Index Lookup 3 Indizes 11 Optimizer 5 Zugriffspfad 5, 8 Seite 16 von 16 Hinweis: Die Folien sind in Anlehnung an Schulungsunterlagen von der dama.go GmbH Potsdam zur Ausbildung zum Oracle Certified Professional Database Administrator 9i entstanden. Timo Meyer Wintersemester 2005 / 2006 Seite 16 von 16