Abschließend beginnen wir mit der Optimierung von MySQL. In diesem Artikel wird die Optimierung von Paging erläutert. Ich hoffe, ich kann eine Lösung finden, die zu Ihnen passt
"
Vorwort
Das Thema Paging ist bereits ein Klischee, aber wie viele Freunde möchten ihre eigenen Systeme optimieren und gleichzeitig ihre eigene einzigartige Persönlichkeit in Projekten bewahren?
Persönliche
Optimierung erfordert, dass Sie selbst die Initiative ergreifen und Ihre eigenen Testdaten erhalten. Erst auf dem Weg zum Testen werden Sie weitere Dinge entdecken, die Sie nicht wissen.
In diesem Artikel wird auch das Thema Paginierungsoptimierung erläutert.
1. Tabellenstruktur
Diese Datenbankstruktur ist die Tabelle von Kakas aktuellen Online-Projekten, mit der Ausnahme, dass Kaka die Feldnamen geändert und das Zeitfeld gestrichen hat.
Anhand der obigen Informationen können wir sehen, dass die Tabelle derzeit 3,5 Millionen Datensätze enthält. Als nächstes werden wir die Abfrage für diese 3,5 Millionen Datensätze optimieren .
2. Vorläufige Untersuchung der Abfrageeffizienz
Schreiben wir zunächst eine Abfrage-SQL-Anweisung und werfen wir einen Blick auf die von der Abfrage verbrauchte Zeit.
Anhand der folgenden Abbildung können Sie sehen, dass die Abfragezeit grundsätzlich ignoriert wird. Was jedoch beachtet werden sollte, ist der Offsetwert des Grenzwerts.
Erste Abfrageergebnisse
Wir müssen also den Offset schrittweise erhöhen und dann testen. Ändern Sie zunächst den Offset auf 10000.
Sie sehen, dass die Abfragezeit immer noch sehr ideal ist.
Offset 10000-Abfrage
Um Zeit zu sparen, klicken Sie auf und passen Sie den Offset-Wert direkt auf 340 W an.
Zu diesem Zeitpunkt sind sehr deutliche Änderungen zu erkennen, die Abfragezeit hat sich auf 0,79 Sekunden erhöht.
Offset-340-W-Abfrage
Wenn eine solche Situation auftritt, muss sie unbedingt optimiert werden. Nehmen Sie einfach die Tastatur in die Hand und führen Sie sie aus. 3. Analysieren der Gründe, warum Abfragen Zeit brauchen Schauen Sie sich den grundlegenden Teil von MySQL an.
Wie Sie auf dem Bild unten sehen können, wurden für alle drei Abfrageanweisungen Tabellenscans durchgeführt. Erklären Sie die Analyseerklärung
Wir alle wissen, dass es eine Sortierung geben muss, solange Paging vorhanden ist. Fügen Sie also eine Sortierung hinzu und prüfen Sie die Abfrageeffizienz.
Abfragezeit nach dem Sortieren
Analysieren und betrachten Sie dann die sortierten Aussagen.
Hier können Sie sehen, dass bei Verwendung der Sortierung die Anzahl der von der Datenbank gescannten Zeilen dem Offset plus der Anzahl der erforderlichen Abfragen entspricht.
Xu-Sortieranweisung
Was Sie an dieser Stelle wissen können, ist, dass es sich bei einem sehr großen Versatz wie bei der Grenzabfrage 3400000,12 im obigen Fall verhält.
Zu diesem Zeitpunkt muss MySQL 3400012 Datenzeilen abfragen und dann die letzten 12 Daten zurückgeben.
Die zuvor abgefragten 340-W-Daten werden verworfen. Solche Ausführungsergebnisse sind nicht das, was wir wollen.
Kaka, ich habe schon früher verwandte Artikel gesehen, in denen stand, dass die Lösung für dieses Problem darin besteht, entweder die Anzahl der Paging direkt zu begrenzen oder die Leistung zu optimieren, wenn der Offset sehr groß ist.
Wenn Sie diesen Artikel bis hierhin gelesen haben, wie könnte er Sie dann enttäuschen? Es muss ein Leistungsproblem bei der Optimierung großer Offsets sein.
4. Optimierung
Da die Optimierung erwähnt wird, gibt es nur zwei Punkte: Index hinzufügen und andere Lösungen verwenden, um diese Lösung zu ersetzen.
Die von Kaka bereitgestellten Informationen zur Datentabellenstruktur können vollständig als Ausleihdatensatz der Bibliothek verstanden werden, und Sie müssen sich um nichts in den Feldern kümmern.
Beim Sortieren wird in diesem Szenario nicht die Zeit sortiert, sondern der Primärschlüssel, und das Zeitfeld wird aufgrund des Hinzufügens von Testdaten gelöscht.
Wenn der Client zum ersten Mal Daten erhält, werden die Offset- und Limit-Parameter normal übergeben.
Die ersten zurückgegebenen Daten werden mithilfe des vom Client übergebenen Offsets und Limits ermittelt.
Wenn die erste Datenrückgabe erfolgreich ist.
Wenn der Client zum zweiten Mal Daten abruft, haben sich die Parameter geändert und können nicht mehr ausgeglichen und begrenzt werden.
Der Parameter, der zu diesem Zeitpunkt übergeben werden sollte, ist die ID des letzten Datenelements, das zum ersten Mal erfasst wurde.
Die Parameter sind derzeit last_id und limit.
Nachdem Sie die last_id im Hintergrund erhalten haben, können Sie die where-Bedingung in der SQL-Anweisung
Als nächstes wird Kaka Ihnen anhand eines Falles eine direkte und klare Erklärung geben.
Praktischer Fall
Das Folgende ist ein Fall, der in der Praxis demonstriert wird. Beispielsweise werden die Daten durch die erstmalige Verwendung von Seite und Limit ermittelt.
Die ID des letzten Datenelements im zurückgegebenen Ergebnis lautet
3499984
Das erste Mal, wenn Sie die Daten erhaltenWenn Sie zu diesem Zeitpunkt den zweiten Datensatz erhalten, verwenden Sie weder Offset noch Limit. aber Sie werden last_id und limit übergeben.
Wie unten gezeigt
Zu diesem Zeitpunkt wird die Where-Bedingung verwendet, um die Daten direkt zu filtern. Die Bedingung ist, dass die ID kleiner als die letzte ID der letzten Daten ist.
Erhalten Sie das zweite Datenelement.
Zeitvergleich Änderung der Abfragezeit
Abfrage nach Optimierung
6. ZusammenfassungEin paar Worte zur Limitoptimierung.
Sie können Offset und Limit nicht für Paging verwenden, wenn die Datenmenge groß ist, denn je größer der Offset, desto länger dauert die Abfrage. Natürlich kann nicht gesagt werden, dass kein Paging möglich ist. Wenn Ihre Daten nur Tausende oder Zehntausende von Elementen umfassen, spielt das keine Rolle, verwenden Sie es einfach beiläufig.
Der Implementierungsplan ist der obige Kaka. Verwenden Sie Offset und Limit, um Daten zum ersten Mal zu erhalten, und verwenden Sie zum zweiten Mal die Where-Bedingung, um Daten bis zur letzten ID der ersten Daten zu erhalten.
“
Beharrlichkeit beim Lernen, Beharrlichkeit beim Bloggen und Beharrlichkeit beim Teilen sind die Überzeugungen, die Kaka seit seiner Karriere immer vertreten hat. Ich hoffe, dass Kakas Artikel im riesigen Internet Ihnen ein wenig helfen können. Ich bin Kaka, bis zum nächsten Mal “
Das obige ist der detaillierte Inhalt vonBegrenzen Sie die Optimierung in MySQL. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
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
Ein paar Worte zur Limitoptimierung. 
