MySQL-Abfrageoptimierung

MySQL-Abfrage, um die Ergebnisse eines bestimmten Felds herauszufiltern packageId (nicht der Primärschlüssel) = num, ist es besser, es nicht direkt zu verwenden oder herauszufiltern, wenn die Abfrage abgeschlossen ist und das Die Ergebnismenge wird durchlaufen. Nachdem die Abfrage abgeschlossen ist, muss die Ergebnismenge auf jeden Fall durchlaufen werden.

Antwortinhalt:

MySQL-Abfrage, um die Ergebnisse eines bestimmten Felds herauszufiltern packageId (nicht der Primärschlüssel) = num, ist es besser, es nicht direkt zu verwenden oder herauszufiltern, wenn die Abfrage abgeschlossen ist und das Die Ergebnismenge wird durchlaufen. Nachdem die Abfrage abgeschlossen ist, muss die Ergebnismenge auf jeden Fall durchlaufen werden.

Der Betreff hat die Frage in den Kommentaren hinzugefügt

Aufgrund des Index betrachten wir <> Bei dieser Art von Abfragebedingung wird der Index nicht verwendet und die Abfragegeschwindigkeit für die gesamte Tabelle ist sehr langsam. Allerdings ist die Datenmenge für diese Aufgabe immer noch sehr groß. Hierbei handelt es sich um eine Funktion, die SMS-Erinnerungen an einige Paketbenutzer der Website sendet. Es ist nicht gleich 7, da dieses Paket kostenlos zur Verfügung gestellt wird und nicht berücksichtigt wird. Es muss also entfernt werden.

Für die vollständige Tabellendurchquerung einer so großen Datenmenge ist diese Methode des vollständigen Tabellenabrufs zunächst nicht ratsam. Sie können beispielsweise eine Abfrage in Form einer Primärschlüssel-ID-Segmentierung in Betracht ziehen Zuerst > 200 Datensätze, dann die maximale ID aufzeichnen und dann die 200 Datensätze der aktuellen maximalen ID abfragen

In diesem ID-Segmentierungsszenario können Sie Ihre Paket-ID sicher in die Abfragebedingungen einfügen, da sie zur Primärschlüssel-ID gehen muss, sodass die maximale Anzahl der von MySQL gefilterten Daten nur 200 beträgt, sodass das Problem nicht groß ist (200). ist nur ein Beispiel, Sie können es entsprechend der tatsächlichen Situation und dem Servicedruck steuern)

Ein zusätzlicher Vorteil besteht darin, dass Sie den Fortschritt der aktuellen Aufgabe auch in Echtzeit beobachten können (Sie können sie protokollieren, nachdem 200 Benutzer gesendet wurden, und wenn sie unterbrochen wird, können Sie auch wissen, wo Sie beginnen müssen)

---

==== Das Folgende ist die ursprüngliche Antwort ===

Ihre Abfrage verfügt nicht über Paging und es wird hier davon ausgegangen, dass die Menge Ihrer Daten tatsächlich sehr gering ist. Und da es kein Paging gibt, wird zwangsläufig ein vollständiger Tabellenscan durchgeführt. Führen Sie dies also einfach direkt während der SQL durch Abfrage. Es gibt keinen großen Unterschied.

Außerdem ist es einfach nicht gleich einem Wert, daher ist die Verwendung von
intuitiver.!=

Wenn Ihre Abfrage eine große Datenmenge enthält oder tatsächlich über Paging verfügt (aber Ihr Democode hier noch nicht geschrieben wurde), sollten Sie überlegen, ob es andere indizierte Abfragebedingungen gibt, die Sie bei der Abfrage unterstützen Wenn dies nicht der Fall ist, müssen Sie überlegen, ob Sie dieser Paket-ID einen Index hinzufügen möchten (sofern die Verteilung der Paket-ID in dieser Tabelle ausreichend verstreut ist)

<code class="sql">select * from userPackage where packageId<>7</code>

Direkt verwenden<>

Der erste ist schneller.

Die MySQL-Abfragegeschwindigkeit ist viel schneller als die Durchlaufgeschwindigkeit. Je weniger Iterationen beim Durchlaufen, desto besser.

Es muss die erste Geschwindigkeit sein. Nehmen Sie nicht alle Daten heraus. . . MySQL kann es nicht ertragen