Heim  >  Artikel  >  Datenbank  >  Zusammenfassung der häufig verwendeten SQL-Anweisungsabfragemethoden für die MySQL-Optimierung

Zusammenfassung der häufig verwendeten SQL-Anweisungsabfragemethoden für die MySQL-Optimierung

伊谢尔伦
伊谢尔伦Original
2017-07-17 15:41:011498Durchsuche

1. Um die Abfrage zu optimieren, sollten Sie zunächst die Erstellung von Indizes für die beteiligten Spalten „wo“ und „Reihenfolge“ in Betracht ziehen.

2. Versuchen Sie, die Operatoren != oder a8093152e673feb7aba1828c43532094 in der where-Klausel zu vermeiden, da die Engine sonst die Verwendung des Index aufgibt und einen vollständigen Tabellenscan durchführt.

3. Vermeiden Sie es, Nullwerturteile zu Feldern in der where-Klausel zu fällen, da die Engine sonst die Verwendung des Index aufgibt und einen vollständigen Tabellenscan durchführt, wie zum Beispiel:

select id from t where num is null

Sie können den Standardwert 0 für „num“ festlegen, sicherstellen, dass in der Spalte „num“ in der Tabelle kein Nullwert vorhanden ist, und dann eine Abfrage wie folgt durchführen:

select id from t where num=0


4 . Vermeiden Sie die Verwendung von oder in der where-Klausel, da die Engine sonst die Verwendung des Index aufgibt und einen vollständigen Tabellenscan durchführt, z. B. wie folgt: :

select id from t where num=10 or num=20

5. Die folgende Abfrage führt auch zu einem vollständigen Tabellenscan:

select id from t where num=10 
union all 
select id from t where num=20

Um die Effizienz zu verbessern, sollten Sie den Volltextabruf in Betracht ziehen.

6.in und nicht in sollte ebenfalls mit Vorsicht verwendet werden, da es sonst zu einem vollständigen Tabellenscan führt, wie zum Beispiel:
select id from t where name like '%abc%'



Für kontinuierliche Werte, wenn Sie kann zwischen verwendet werden, nicht in Now verwenden:

select id from t where num in(1,2,3)

7 Wenn Parameter in der where-Klausel verwendet werden, führt dies auch zu einem vollständigen Tabellenscan. Da SQL lokale Variablen nur zur Laufzeit auflöst, kann der Optimierer die Auswahl eines Zugriffsplans nicht bis zur Laufzeit verschieben, sondern muss die Auswahl zur Kompilierungszeit treffen. Wenn der Zugriffsplan jedoch zur Kompilierzeit erstellt wird, ist der Wert der Variablen noch unbekannt und kann nicht als Eingabe für die Indexauswahl verwendet werden. Die folgende Anweisung führt beispielsweise einen vollständigen Tabellenscan durch:
select id from t where num=@num

kann geändert werden, um die Abfrage zu zwingen, einen Index zu verwenden:
select id from t where num between 1 and 3



8. Versuchen Sie zu vermeiden, dass Ausdrucksoperationen für Felder in der where-Klausel dazu führen, dass die Engine die Verwendung des Index aufgibt und einen vollständigen Tabellenscan durchführt. Beispiel:

select id from t with(index(索引名)) where num=@num

sollte geändert werden in:

select id from t where num/2=100

9 Sie sollten versuchen, funktionale Operationen für Felder in der where-Klausel zu vermeiden führt dazu, dass die Engine die Verwendung von Indizes aufgibt und einen vollständigen Tabellenscan durchführt. Beispiel:

select id from t where num=100*2

sollte geändert werden in:

select id from t where substring(name,1,3)='abc'--name以abc开头的id 
select id from t where datediff(day,createdate,'2005-11-30')=0--'2005-11-30'生成的id

10 Führen Sie keine Funktionen, Rechenoperationen oder andere Operationen auf der linken Seite von „ aus. =" in der Ausdrucksauswertung der where-Klausel, andernfalls verwendet das System den Index möglicherweise nicht korrekt.

11. Wenn Sie ein Indexfeld als Bedingung verwenden und der Index ein zusammengesetzter Index ist, muss das erste Feld im Index als Bedingung verwendet werden, um sicherzustellen, dass das System den Index verwendet, andernfalls wird der Index verwendet nicht verwendet, und die Feldreihenfolge sollte so weit wie möglich mit der Indexreihenfolge übereinstimmen.
select id from t where name like 'abc%' 
select id from t where createdate>=&#39;2005-11-30&#39; and createdate<&#39;2005-12-1&#39;

12. Schreiben Sie keine bedeutungslosen Abfragen, z. B. das Generieren einer leeren Tabellenstruktur:



Diese Art von Code gibt keine Ergebnismenge zurück, sondern verbraucht das System Ressourcen sollten wie folgt geändert werden:

select col1,col2 into #t from t where 1=0

13 Oft ist es eine gute Wahl, „exists“ anstelle von „in“ zu verwenden:

create table #t(...)

Verwenden Sie Folgendes Anweisung Ersetzen:

select num from a where num in(select num from b)


14. Nicht alle Indizes sind für Abfragen effektiv, wenn eine große Menge doppelter Daten in der Tabelle vorhanden ist Indexspalte, SQL Die Abfrage verwendet möglicherweise keinen Index. Wenn in einer Tabelle beispielsweise ein Feld „Geschlecht“ vorhanden ist und fast die Hälfte männlich und die Hälfte weiblich sind, hat dies keine Auswirkungen auf die Abfrage, selbst wenn ein Index auf dem Geschlecht basiert Effizienz.

select num from a where exists(select 1 from b where num=a.num)
15. Je mehr Indizes, desto besser. Obwohl der Index die Effizienz der entsprechenden Auswahl verbessern kann, verringert er auch die Effizienz des Einfügens und Aktualisierens, da der Index möglicherweise während des Einfügens oder Aktualisierens neu erstellt wird ? Die Indizierung erfordert sorgfältige Überlegungen und hängt von den Umständen ab. Es ist am besten, nicht mehr als 6 Indizes für eine Tabelle zu haben. Wenn es zu viele sind, sollten Sie überlegen, ob es notwendig ist, Indizes für einige Spalten zu erstellen, die nicht häufig verwendet werden.


16. Sie sollten die Aktualisierung von Clustered-Index-Datenspalten so weit wie möglich vermeiden, da die Reihenfolge der Clustered-Index-Datenspalten die physische Speicherreihenfolge der Tabellendatensätze ist. Sobald sich der Spaltenwert ändert, ändert sich die Reihenfolge der gesamten Tabelle Datensätze werden angepasst. Dies verbraucht erhebliche Ressourcen. Wenn das Anwendungssystem die Datenspalten des Clustered-Index häufig aktualisieren muss, müssen Sie überlegen, ob der Index als Clustered-Index erstellt werden soll.

17. Wenn Felder nur numerische Informationen enthalten, sollten Sie versuchen, sie nicht als Zeichenfelder zu gestalten. Dies verringert die Leistung von Abfragen und Verbindungen und erhöht den Speicheraufwand. Dies liegt daran, dass die Engine bei der Verarbeitung von Abfragen und Verbindungen jedes Zeichen in der Zeichenfolge einzeln vergleicht und für numerische Typen nur ein Vergleich ausreicht.

18. Verwenden Sie so oft wie möglich varchar/nvarchar anstelle von char/nchar, da Felder mit variabler Länge erstens wenig Speicherplatz haben und zweitens relativ viel Speicherplatz sparen können kleines Feld Offensichtlich höher.

19. Verwenden Sie „select * from t“ nirgendwo, ersetzen Sie „*“ durch eine bestimmte Feldliste und geben Sie keine nicht verwendeten Felder zurück.

20. Versuchen Sie, Tabellenvariablen anstelle von temporären Tabellen zu verwenden. Wenn die Tabellenvariable eine große Datenmenge enthält, beachten Sie, dass die Indizes sehr begrenzt sind (nur Primärschlüsselindizes).

21. Vermeiden Sie das häufige Erstellen und Löschen temporärer Tabellen, um den Verbrauch von Systemtabellenressourcen zu reduzieren.


Das obige ist der detaillierte Inhalt vonZusammenfassung der häufig verwendeten SQL-Anweisungsabfragemethoden für die MySQL-Optimierung. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn