Wie verwende ich Explain Plan, um Abfragen zu optimieren?

Ich auch davon ausgegangen, dass Sie Oracle. Und ich auch empfehlen, dass Sie überprüfen die erklären, planen, web-Seite, für den Anfang. Es gibt eine Menge an Optimierung, aber es kann gelernt werden.

Ein paar Tipps Folgen:

Erste, wenn jemand Aufgaben, die Sie zu optimieren, sind Sie fast immer auf der Suche für eine akzeptable Leistung eher als ultimative Leistung. Wenn Sie reduzieren können, die eine Abfrage läuft die Zeit von 3 Minuten auf 3 Sekunden, nicht Schwitzen reduziert es bis zu 2 Sekunden, bis Sie gefragt werden.

Zweite, tun Sie eine schnelle überprüfung, um sicherzustellen, dass die Abfragen, die Sie optimieren sind logisch richtig. Es klingt absurd, aber ich kann Ihnen nicht sagen, die Anzahl der Male, die ich habe um Rat gefragt, die auf eine langsam ausgeführte Abfrage, nur um herauszufinden, dass es manchmal falsche Antworten! Und wie es sich herausstellt, Debuggen Sie die Abfrage oft stellte sich heraus, es zu beschleunigen als auch.

Suchen Sie insbesondere den Satz "kartesischen Join" in den explain-plan. Wenn Sie es sehen, dort sind die Chancen sehr gut, dass Sie gefunden haben, eine unbeabsichtigte kartesischen beitreten. Das übliche Muster für eine ungewollte kartesische Verknüpfung ist, dass die FROM-Klausel listet die Tabellen durch Komma getrennt, und die join-Bedingungen in der WHERE-Klausel. Außer, dass eine der join-Bedingungen fehlt, so dass Oracle hat keine andere Wahl, sondern führen ein Kartesisches beitreten. Mit großen Tabellen, ist dies eine performance-Katastrophe.

Ist es möglich, eine kartesische Verknüpfung in den explain-plan, wo die Abfrage ist logisch richtig, aber ich Verbinde dies mit älteren Versionen von Oracle.

Sehen Sie auch für die ungenutzten zusammengesetzten index. Wenn die erste Spalte eines zusammengesetzten index ist nicht in der query, Oracle kann den index verwenden zu ineffizient oder gar nicht. Lassen Sie mich ein Beispiel geben:

Abfrage:

select * from customers    
where
     State = @State
     and ZipCode = @ZipCode

(DBMS wurde nicht von Oracle, so dass die syntax anders war, und ich vergessen habe die ursprüngliche syntax).

Einen kurzen Blick auf die Indizes zeigt ein index auf die Kunden mit den Spalten
(Land, Bundesland, Postleitzahl), in dieser Reihenfolge. Ich habe die Abfrage zu Lesen

  select * from customers
   where Country = @Country
      and State = @State
      and ZipCode = @ZipCode

und jetzt lief es in etwa 6 Sekunden lang, anstatt über 6 Minuten, da der optimizer in der Lage, um den index benutzen zu Ihrem Vorteil. Ich fragte den Anwendungs-Programmierer, warum Sie versäumt hatte, das Land von den Kriterien, und dies war Ihre Antwort: Sie wussten, dass alle Adressen hatte Land gleich 'USA', so dass Sie dachte, Sie könnte beschleunigen die Abfrage, indem Sie zu verlassen, das Kriterium aus!

Leider Optimierung von Datenbank-retrieval ist nicht wirklich dasselbe wie das rasieren Mikrosekunden aus der Rechenzeit. Es umfasst das Verständnis der Datenbank-design, vor allem Indizes und zumindest einen überblick darüber, wie der Optimierer macht seinen job.

Erhalten Sie in der Regel bessere Ergebnisse aus den optimizer, wenn Sie lernen, zu kooperieren anstatt zu versuchen, zu überlisten.

Glück kommen bis zu Geschwindigkeit, mit der Optimierung!

InformationsquelleAutor der Antwort Walter Mitty

Dies ist eine massive Fläche von know-how (auch bekannt als eine schwarze Kunst).

Den Ansatz, den ich in der Regel nehmen ist:

1. Führen Sie die SQL-Anweisung in Frage,
2. Holen Sie sich den eigentlichen plan (look up dbms_xplan),
3. Vergleichen Sie die geschätzte Anzahl der Zeilen (Kardinalität) vs tatsächliche Anzahl der Zeilen. Einen großen Unterschied weist auf ein problem behoben werden (z.B. index, Histogramm)
4. Beachten, wenn Sie einen index erstellen, um die Geschwindigkeit der Teil des Prozesses (in der Regel, wo Sie konzeptionell denken, der plan als erste gehen sollte). Versuchen Sie, einige Indizes.

Müssen Sie verstehen, die O() Auswirkungen der verschiedenen Indizes in den Kontext von dem, was Sie Fragen die Datenbank. Es hilft Ihnen, zu verstehen, Daten-Strukturen wie b-Bäume, hash-Tabellen etc. Dann erstellen Sie einen index, der funktionieren könnte und den Vorgang wiederholen.

Wenn Oracle beschließt, nicht zu verwenden Sie Ihre index, INDEX () - Hinweis und Blick auf den neuen plan. Die Kosten größer sein wird als der plan es habe zu wählen - dies ist der Grund, warum Sie nicht wählen Sie Ihren index. Das deutete plan könnte führen zu einige Einblicke darüber, warum der index nicht gut.

InformationsquelleAutor der Antwort WW.