Wie kann die Suchzeit in MySQL DB verringert werden, wenn nach einem Datumsbereich gesucht wird?

Question

führte ich eine Suche auf MySQL auf der folgenden Tabelle, die Spalten und Indizes hat folgende:

Die Anfrage war die folgende, bitte die Anzahl der Tage als 6 bemerken:

SELECT * FROM data WHERE TEMP<"3000" AND TEMP>"2600" AND Date_Time >"2016-05-05 %" and Date_Time <"2016-05-11 %"; 

Diese Abfrage liefert die Ergebnisse in 0.59s

Wenn ich die Anzahl der Tage, um mehr als das, wie in dieser Abfrage dann werde ich in viel mehr Zeit 2.15s

SELECT * FROM data WHERE TEMP<"3000" AND TEMP>"2600" AND Date_Time >"2016-05-04 %" and Date_Time <"2016-05-11 %"; 

Wie behebe ich dieses Problem bekommt das Ergebnis ändern? Ich finde es absurd, dass nur ein weiterer Tag die Geschwindigkeit so stark beeinflusst! Ich bin bestrebt, in einem größeren Zeitraum zu suchen, also muss ich den Grund dafür etwas wissen.

Answer 1

Fakt 1: MySQL kann nicht mehr als 1 Index in Ihrem Fall
Wie verwenden erklärt in diesem Blog-Eintrag https://www.percona.com/blog/2009/09/12/3-ways-mysql-uses-indexes/

wenn Sie Index (A, B) Diese Index kann verwendet werden, um Zeilen nach WHERE-Klauseln wie A = 5 zu suchen; A zwischen 5 und 10; A = 5 UND B ZWISCHEN 5 UND 10 es wird jedoch nicht in der Lage sein, Nachschlagezeilen für B BETWEEN 5 UND 10 Prädikat zu helfen, da es kein Indexpräfix ist.

in Ihrem Fall also, dass Sie die Spalten TEMP und Date_Time haben und Sie von Bereich suchen, wird der Bereich Index für entweder TEMP oder Date_Time und den zweiten Teil der Abfrage verwendet wird, verwendet wird ausgeführt, wo. Dies ist eine strukturelle Einschränkung der BTREE-Indizes.

Fakt 2: Der Index wird Ihre Abfrage nicht abdeckt, die Abfrage bedeutet, können nur Daten aus dem Index nicht ausgeführt werden, indem ohne die Zeile selbst Lesen

Ein vollständiger Tabellenscan durchgeführt wird von der liest Index zum Suchen von Datenzeilen> in Indexreihenfolge. Verwendet den Index nicht in der Spalte Extra. http://dev.mysql.com/doc/refman/5.7/en/explain-output.html#jointype_range

So was passiert in Ihrem ersten Abfrage:
1. MySQL wird für Date_Time Nachschlag in DATE_TIME Index und die index_rows wählen, die 'Date_Time> "2016.05.05%" und Date_Time < "fit 2016-05-11% " '
2. Im Index ist die TEMP-Information nicht verfügbar, daher muss MySQL alle index_rows aus der Datentabelle sammeln.
3. MySQL wird die Bedingung 'TEMP < "3000" UND TEMP> "2600"' auf jeder dieser Zeilen auswerten.

Was passiert in der zweiten Abfrage?
MySQL entscheidet sich, keine der verfügbaren Indizes (possible_keys) zu verwenden und führt einen vollständigen Tabellenscan durch, um die Werte zurückzugeben. Dies bedeutet, dass jede Zeile der Tabelle gescannt wird, um zu prüfen, ob die Bedingungen TEMP < "3000" UND TEMP> "2600" UND Date_Time> "2016-05-04%" und Date_Time < "2016-05-11% ". Dies passiert wahrscheinlich, weil es keinen Wert mit Präfix "2016-05-11" oder "2016-05-04" gibt.