Warum ist meine Abfrage „SELECT COUNT(*) FROM change_event' so langsam, obwohl ich einen Primärindex verwende?

Langsame Leistung bei „SELECT COUNT(*)“-Abfrage trotz Indexverwendung

Kontext:

Die Abfrage „SELECT COUNT(*) FROM change_event me WHERE change_event_id > '1212281603783391';“ läuft in MySQL außergewöhnlich langsam und die Ausführung dauert über eine Minute. Dies gilt trotz des Vorhandenseins eines PRIMARY-Index in der Spalte „change_event_id“.

InnoDB-Cluster-Primärschlüssel:

In InnoDB sind Primärschlüssel geclustert, das heißt, sie sind geclustert neben den Datenzeilen auf den Datenseiten gespeichert. Dies macht es erforderlich, bei Bereichsscans die potenziell großen Zeilendaten zu durchsuchen, was die Leistung beeinträchtigen kann. Die Tabelle „change_event“ enthält eine TEXT-Spalte, wodurch die Breite der Zeilen weiter erhöht wird.

Optimierungstechniken:

• Tabelle optimieren: Durch Ausführen von „OPTIMIZE TABLE“ können die nach dem Primärschlüssel zu sortierenden Datenseiten neu angeordnet werden. Dies kann möglicherweise die Leistung von Bereichsscans für geclusterte Primärschlüssel verbessern.
• Erstellen Sie einen zusätzlichen nicht-primären Index: Das Erstellen eines nicht-primären Index ausschließlich für die Spalte „change_event_id“ kann Folgendes bieten: schnellere Möglichkeit, nach einem Wertebereich zu suchen. Der Explain-Plan sollte nach der Erstellung des Index überprüft werden, um seine Nutzung sicherzustellen.

Zusätzliche Empfehlung:

• Passen Sie den Datentyp an: Wenn die Spalte „change_event_id“ von Null aus inkrementiert wird, sollten Sie erwägen, ihren Datentyp in „bigint unsigned“ zu ändern, um negative Werte zu vermeiden.

Das obige ist der detaillierte Inhalt vonWarum ist meine Abfrage „SELECT COUNT(*) FROM change_event' so langsam, obwohl ich einen Primärindex verwende?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!