MySQL EXPLAIN EXTENDED gefilterte Spalte (natürlich ist es nicht ein Prozentsatz)

Ich gesucht habe, und Sie alle staatlichen irgendeine Art von Prozentsatz, erklären:

EXPLAIN EXTENDED SELECT * FROM PageAccess ORDER BY AccessId DESC LIMIT 20;
SELECT COUNT(*) FROM PageAccess;

Geben:

id, select_type, table, type, possible_keys, key, key_len, ref, rows, filtered, Extra
1, 'SIMPLE', 'PageAccess', 'index', '', 'PRIMARY', '4', '', 20, 9295.00, ''

(Ja, gefiltert = 9295.00)

und:

1830

Für count(*)

Ja, ich möchte die letzten 20 Zeilen, AccessId, ist die auto-increment primary key.

Was bedeutet 9295 bedeuten!?

InformationsquelleAutor Alec Teal | 2014-04-09
  1. 17

    Quelle http://dev.mysql.com/doc/refman/5.5/en/explain-output.html#explain_filtered

    Die gefilterte Spalte zeigt einen geschätzten Prozentsatz der Tabellenzeilen
    das wird gefiltert durch die Tabelle Zustand. Das heißt, Zeilen zeigt die
    geschätzte Anzahl der Zeilen, die geprüft und Zeilen × gefiltert /100 zeigt die
    Anzahl der Zeilen, die, verbunden mit der vorherigen Tabellen. Diese Spalte
    wird angezeigt, wenn Sie verwenden ERKLÄREN EXTENDED.

    In der gefilterten 100% bedeutet, dass alle Zeilen aus dieser Tabelle gefiltert werden.
    So dass immer der höhere Wert ist nicht besorgniserregend, da seiner ein gutes Zeichen, bedeutet es
    nicht Lesen, wie viel Daten aus der Tabelle.

    Dies ist, wie der berechnete. Sagen wir ich habe eine Tabelle namens users Können führen einige Analyse auf.

    mysql> select count(*) from users ;
+----------+
| count(*) |
+----------+
|    79309 |
+----------+

    Können Sie sehen, es gibt 79309 Zeilen in der Tabelle. Jetzt mal zu erklären

    mysql> explain extended select * from users order by idusers desc limit 20 ;
+----+-------------+-------+-------+---------------+---------+---------+------+------+-----------+-------+
| id | select_type | table | type  | possible_keys | key     | key_len | ref  | rows | filtered  | Extra |
+----+-------------+-------+-------+---------------+---------+---------+------+------+-----------+-------+
|  1 | SIMPLE      | users | index | NULL          | PRIMARY | 4       | NULL |   20 | 396545.00 |       |
+----+-------------+-------+-------+---------------+---------+---------+------+------+-----------+-------+

    Nun Fragen, warum filtered = 396545.00

    Sowie die Kalkulation ist einfach.

    Die Tabelle hat Zeilen Gesamt = 79309 sagen Ihrem tx.

    Die erklären, zeigt Zeilen = 20 sagen seine tx1.

    Die gefiltert wird berechnet als

    (tx / tx1)*100 = 396545.00

    Also, wenn dieser Wert hoch ist, bedeutet, dass die Abfrage gut ist und lese nicht alles aus der Tabelle.

    Also nicht zu verwirren, dies ist nicht die Anzahl der Zeilen, die die Abfrage Aussehen seiner relativen Berechnung von % über Anzahl der Zeilen zur Verfügung, um die Anzahl von Zeilen abgerufen.

    Wenn es zu 100 Bedeutung die Abfrage sucht alle verfügbaren Zeilen in der Tabelle.

    • Also 20% bedeutet ... 80% bedeutet, dass... (um zu zeigen, Kontrast) was ist, wenn es ist ähem ÜBER 9000!
    • Sie haben nicht wie der berechnete. Überprüfen Sie meine aktualisierte Antwort !!
    • So was würde gefiltert=78 bedeuten? (Auch, ich vermute Zeilen ist die Zahl, die wirklich aussah, nicht das, was die Abfrage zurückgibt. 78% mittels derer er sah bei 78% nützlich waren - so hohe Werte bedeuten, es wurde EINE MENGE für die Verwendung von Daten?)
    • Die docs sagen "Zeilen × gefiltert / 100 zeigt die Anzahl der Zeilen, die, verbunden mit der vorherigen Tabelle"... so würde kein geringerer filtered Zahl bedeuten weniger Zeilen verbunden sind, was eine schnellere Abfrage?
    • nicht verwirren lassen von diesem, es ist wirklich eine Annäherung oder in anderen Worten der eine-Verhältnis, also im Grunde ist es das Verhältnis der Datensätze, die zurückgegeben werden, aus dem geholt. Daher ist die Berechnung. Es kann geändert werden in zukünftigen Versionen von mysql, um eine bessere Idee, aber das zu erklären hat einige Einschränkungen, und manchmal könnte es irreführend sein. In der realen Welt wäre es ziemlich schwierig vorherzusagen, wie Optimierer die Abfrage nur durch den Anblick der explain. Aber die Idee war es einen signifikanten Hinweis auf die Abfrage ausgeführt wird und, wenn notwendig, besser die Optimierung.
    • Ist höher oder niedriger besser? Ich sage, dass der Beitritt weniger Zeilen ergeben eine schnellere Abfrage, aber Ihre Antwort und Reaktion beide etwas anderes ergibt. Immer noch verwirrt
    • mehr als 100% betrachtet, ist besser. Da der ratio-Berechnung zeigt, dass es, ich schlage vor, Sie haben eine Tabelle mit über einer million Zeilen und überprüfen Sie dann erklären, erweitert, und führen Sie dann die manuelle Berechnung wie sein gezeigt in der Antwort erhalten Sie die Antwort.
    • Ich habe seit erklären Erweiterung für Jahre und ich habe nie gesehen etwas höher als 100. Nur die untere. Da es ein Prozentsatz, der angibt, die Höhe der Zeilen benötigt, die für die Verknüpfung kann nicht höher sein als 100%. Ist das Beispiel, das Sie Gaben oben ist explain-Ausgabe aus einer Abfrage? Wenn ja, welche version von MySQL benutzt du denn es macht keinen Sinn.

    InformationsquelleAutor Abhik Chakraborty
Schreibe einen Kommentar