Warum sollte dies ausgewählt werden, nennen Sie es A (0,02406s):
%Vor%sei 10-mal langsamer als bei umgekehrter Sortierreihenfolge, rufe B , (0.00229s):
%Vor%und wie könnten Sie A optimieren? Verwenden von InnoDB-Tabellen in MySQL 5.5.
Weitere Informationen folgen.
describe char_kills;
select count(*) from char_kills;
select count(*) from char_kills where rid_first <= 110 and rid_last >= 110;
show indexes from char_kills;
A :
%Vor%B :
%Vor%Weitere Permutationen
Langsam:
%Vor%Schnell:
%Vor%Die Antwort, warum dies passiert, ist ziemlich dumm (und offensichtlich in der großen Sendedatenzeit der Problemabfrage):
Stellen Sie sich Ihre Datenbank (die als Datei gespeichert ist, wie Sie wahrscheinlich wissen) als großes rechteckiges Maisfeld vor und Sie stehen davor. Wenn Sie Mais aus Maisplanern pflücken möchten, die sich in den 4 Ecken des Maisfelds befinden, wäre es natürlich langsamer (weil Sie weit laufen müssen), dann den Mais von den Maispflanzen vor Ihnen zu pflücken.
>In Computern als (in irgendetwas) Abstand ist wichtig, und es ist Ausdruck in IO-Latenz (und "vermisst", um die erwarteten Informationen irgendwo zu finden).
Der Grund für die Langsamkeit ist also: a) Die Problemabfrage muss Daten aus der ganzen Datei lesen (anstatt sequentielle Lesevorgänge wie die schnelle Abfrage)
b) Sie haben Ihre Datenbank kürzlich nicht defragmentiert
c) Ihr Index ist unangemessen definiert
BEARBEITEN : Um es klar zu stellen, die Abfragen finden die benötigten Datensätze fast so schnell, so dass das Problem nicht in der Indizierung oder ihrer Definition (nicht die größte mindestens, versuchen Sie, mehrspaltig zu machen Index, um alle Ihre Spalten nur für den Test einzuschließen), aber wenn die Abfrage sagt "Ok, ich weiß, wo alles jetzt ist, lass mich gehen, um es anzuzeigen" & lt; - dieser Abrufvorgang ist, was einen von ihnen tötet.
Tags und Links mysql select query-optimization