1. Das Prinzip der SQL-Optimierung ist:
Minimieren Sie die Anzahl der BLOCKs, die in einem Vorgang gelesen werden müssen, dh erreichen Sie den maximalen Datendurchsatz in kürzester Zeit.
Das Anpassen von fehlerhaftem SQL kann normalerweise mit den folgenden Punkten beginnen:
Überprüfen Sie das fehlerhafte SQL und überlegen Sie, ob es beim Schreiben etwas gibt, das optimiert werden kann.
Überprüfen Sie die Unterabfrage. Überlegen Sie, ob die SQL-Unterabfrage neu formatiert werden kann Verwenden einer einfachen Verbindung Schreiben
Überprüfen Sie die Verwendung optimierter Indizes
Berücksichtigen Sie den Datenbankoptimierer
2. Vermeiden Sie SELECT * FROM-Tabellenanweisungen und stellen Sie sicher, dass die zu überprüfenden Felder klar sind.
<.> 3. Je mehr Datenbanken in einer SQL-Anweisung durch eine Where-Bedingung gefiltert werden, desto genauer ist die
4. Verwenden Sie bei Abfragen nach Möglichkeit die Indexabdeckung. Das heißt, für das SELECT-Feld wird ein zusammengesetzter Index erstellt.
6. Verwenden Sie beim Formulieren von SQL-Anweisungen das Prinzip der inneren Begrenzung, zerlegen und klassifizieren Sie die Abfragebedingungen,
7. Ausdrücke sollten in der Order by-Klausel unbedingt vermieden werden.
8. Wenn Sie Daten aus einer zugehörigen Tabelle lesen müssen, sollte die Anzahl der zugehörigen Tabellen im Allgemeinen 7 nicht überschreiten.
9. Achten Sie bei der Verwendung von IN und OR auf die Datenmenge in der In-Sammlung. Es wird empfohlen, dass die Datenmenge in der Sammlung 200 nicht überschreitet. Ersetzt durch
11. Versuchen Sie, das Lesen redundanter Daten, einschließlich redundanter Spalten und Zeilen, beim Abfragen zu reduzieren.
12. Achten Sie beim Erstellen eines zusammengesetzten Indexes beispielsweise auf die Reihenfolge der Spalten: F1, F2, F3,
Dann die Reihenfolge, in der diese Felder erscheinen in der where- oder order by-Klausel Um mit der Feldreihenfolge beim Erstellen des Index konsistent zu sein,
table3 where (= )) and (table1 non-äquivalent condition)
und (Zuordnungsbedingung zwischen Tabelle2 und Tabelle1) und (äquivalente Bedingung von Tabelle2) und (nicht äquivalente Bedingung von Tabelle2)
und (nicht äquivalente Bedingung zwischen Tabelle3 und Tabelle2 Assoziationsbedingungen) und (Äquivalenzbedingungen von Tabelle 3) und (Nichtäquivalenzbedingungen von Tabelle 3).
Hinweis: Der Einfluss der Reihenfolge des Erscheinens nachfolgender Tabellen auf die Effizienz bei Abfragen mit mehreren Tabellen muss noch untersucht werden.14. Unterabfrageproblem. Für Funktionen, die mithilfe von Joins oder Ansichten implementiert werden können, verwenden Sie keine Unterabfragen.
Zum Beispiel: Wählen Sie den Namen des Kunden aus, wobei
die Kunden-ID enthält (wählen Sie die Kunden-ID der Bestellung aus, wobei der Betrag>1000 ist).
sollte durch die folgende Anweisung ersetzt werden: Wählen Sie den Namen des Kunden aus
Inner Join Order auf customer.customer_id=order.customer_id
wobei order.money>100.
15. Vermeiden Sie in der WHERE-Klausel die vier arithmetischen Operationen für Spalten,
Insbesondere auf der linken Seite der Where-Bedingung ist es strengstens verboten, Operationen und Funktionen zur Verarbeitung von Spalten zu verwenden.
Zum Beispiel kann Teilzeichenfolge an manchen Stellen durch „Gefällt mir“ ersetzt werden.
16. Wenn die Anweisung nicht in (in) operation ist, sollte davon ausgegangen werden, dass
mit nicht vorhanden (exists) neu geschrieben wird.
Datenbankschreibvorgänge werden später abgeschlossen, um Überschneidungen zu vermeiden.
19. Verwenden Sie Union All anstelle von Union.
Führen Sie die Abfrage jeweils an beiden Enden aus Tabelle, und sortieren Sie sie dann, um doppelte Datensätze zu filtern.
Wenn die bekannte Geschäftslogik feststellt, dass es in Abfrage A und Abfrage B keine doppelten Datensätze geben wird,
sollte Union All anstelle von Union verwendet werden, um die Abfrageeffizienz zu verbessern.