Was ist schneller, key_cache oder OS-Cache?

Question

In einem TB mit 1 mil. wenn ich Zeilen tun (nachdem ich den Computer neu starten - so nichts es zwischengespeichert):
1. SELECT price,city,state FROM tb1 WHERE zipId=13458;
das Ergebnis ist 23rows in 0.270s

nachdem ich 'LOAD INDEX INTO CACHE tb1' (key_buffer_size = 128M und insgesamt laufen Index Größe für tb ist 82M): 2. SELECT price,city,state FROM tb1 WHERE zipId=24781;
das Ergebnis ist 23rows in 0.252s bleibt Key_reads konstant, wird Key_read_requests mit 23 erhöht

BUT nachdem ich 'zipId' in OS-Cache laden, wenn ich wieder die Abfrage ausführen:
2. SELECT price,city,state FROM tb1 WHERE zipId=20548;
Das Ergebnis ist 22 Zeilen in 0,006s

Dies ist nur ein einfaches Beispiel, aber ich habe Dutzende von Tests und Kombinationen. Aber die Ergebnisse sind immer gleich.
Ich verwende: MySql mit MyISAM, WINDOWS 7 64, und der query_cache ist 0; zipId es ist ein regulärer Index (nicht Primärschlüssel)

SOLLTE key_cache nicht schneller sein als OS-Cache ??
SOLLTE NICHT ein großer Geschwindigkeitsunterschied sein, nachdem ich den Index in den Cache geladen habe ??
(in meinem Test ist es fast kein Unterschied).

Ich habe eine Menge Websites, Tutorials und Blogs zu diesem Thema gelesen, aber keine von ihnen diskutiert wirklich den Unterschied in der Geschwindigkeit. Also, alle Ideen oder Links werden sehr geschätzt.
Vielen Dank.

Answer 1

Unter normalen Abfrageverarbeitung wird MySQL den Index nach den Werten der Where-Klausel durchsuchen (d. H. ZipId = 13458). Dann verwendet der Index die entsprechenden Werte aus der MyISAM-Haupttabelle (ein zweiter Festplattenzugriff). Wenn Sie die Tabelle in den Arbeitsspeicher laden, werden die Festplattenzugriffe vollständig im Speicher ausgeführt, nicht vom Lesen einer echten Festplatte.

Der langsame Teil der Abfrage ist das Nachschlagen aus dem Index in die Haupttabelle. Wenn Sie also den Index in den Speicher laden, verbessert sich die Abfragegeschwindigkeit möglicherweise nicht.

Eine Sache zu versuchen ist Explain Select auf Ihre Abfragen zu sehen, wie der Index verwendet wird.

Bearbeiten: Da ich glaube nicht, dass die Antworten auf Ihre Kommentare in einen Kommentar Platz passen. Ich beantworte sie hier.

MyISAM hat an und für sich keinen Cache. Es beruht auf dem Betriebssystem, das Disk-Caching durchzuführen. Wie viel von Ihrer Tabelle zwischengespeichert wird, hängt davon ab, was Sie sonst noch im System ausführen und wie viele Daten Sie gerade lesen. Insbesondere lässt Windows dem Benutzer nicht viel Kontrolle darüber, welche Daten zwischengespeichert werden und für wie lange.

Das Betriebssystem speichert Festplattenblöcke (entweder 4K- oder 8K-Blöcke) der Indexdatei oder der vollständigen Tabellendatei.

SELECT indexed_col FROM tb1 WHERE zipId+0>1 

Abfragen wie diese, wo Sie Funktionen auf dem Prädikat verwenden (Where-Klausel) kann MySQL verursacht eher vollständigen Tabellenscans zu tun, als jeden Index. Wie oben erwähnt, verwenden Sie EXPLAIN SELECT, um zu sehen, was MySQL tut.

Wenn Sie mehr Kontrolle über den Cache wünschen, versuchen Sie es mit einer INNODB-Tabelle.Die InnoDB engine erstellt einen eigenen Cache, den Sie größenmäßig anpassen können, und macht die zuletzt verwendeten Daten besser.