- 5 Datenbankverwaltung
- 5.1 Überblick über serverseitige Programme und Dienstprogramme
- 5.2 mysqld — Der MySQL-Server
- 5.3 mysqld-max, ein erweiterter mysqld-Server
- 5.4 Startprogramme für den MySQL-Server
- 5.5 mysqlmanager — Der MySQL Instance Manager
- 5.6 mysql_fix_privilege_tables — Upgrade von MySQL-Systemtabellen
- 5.7 Absichern von MySQL gegen Angreifer
- 5.8 Allgemeine Sicherheitsaspekte und das MySQL-Zugriffsberechtigungssystem
- 5.9 MySQL-Benutzerkontenverwaltung
- 5.10 Datensicherung und Wiederherstellung
- 5.11 Lokalisierung und internationaler Gebrauch von MySQL
- 5.12 Die MySQL-Logdateien
- 5.13 Mehrere MySQL-Server auf derselben Maschine laufen lassen
- 5.14 MySQL-Anfragen-Cache
[+/-]
Der Abfrage-Cache speichert den Text einer
SELECT-Anweisung gemeinsam mit dem zugehörigen
Ergebnis, das an den Client gesendet wurde. Wenn später eine
identische Anweisung empfangen wird, ruft der Server die
Ergebnisse aus dem Abfrage-Cache ab, statt die Anweisung erneut zu
verarbeiten und auszuführen.
Der Abfrage-Cache ist extrem nützlich in Umgebungen, in denen sich Tabellen nicht besonders häufig ändern und der Server häufig identische Abfragen empfängt. Dies ist eine typische Situation insbesondere für Webserver, die basierend auf den Datenbankinhalten viele dynamische Seiten erzeugen.
Hinweis: Der Abfrage-Cache gibt keine veralteten Daten zurück. Wenn Tabellen modifiziert werden, werden alle entsprechenden Einträge im Abfrage-Cache synchronisiert.
Hinweis: Der Abfrage-Cache
funktioniert nicht in Umgebungen, in denen mehrere
mysqld-Server dieselben
MyISAM-Tabellen aktualisieren.
Hinweis: Der Abfrage-Cache wird nicht bei serverseitig vorbereiteten Anweisungen benutzt. Wenn Sie serverseitig vorbereitete Anweisungen verwenden, müssen Sie berücksichtigen, dass diese Anweisungen nicht vom Abfrage-Cache profitieren. Siehe auch Abschnitt 24.2.4, „C-API: Prepared Statements“.
An dieser Stelle folgen ein paar Leistungsdaten für den Abfrage-Cache. Diese Ergebnisse wurden erzeugt, indem die MySQL-Benchmarks auf einem Linux-Alpha-System mit 2 × 500 MHz, 2 Gbyte RAM und einem Abfrage-Cache von 64 Mbyte ausgeführt wurden.
Wenn alle von Ihnen durchgeführten Abfragen einfacher Natur sind (z. B. das Auswählen eines Datensatzes aus einer Tabelle mit nur einem Datensatz), aber sich noch voneinander unterscheiden, sodass die Abfragen nicht im Cache abgelegt werden können, dann liegt die Mehrbelastung bei Nutzung eines aktiven Abfrage-Caches bei 13 Prozent. Dies sollte als ungünstigster Fall betrachtet werden. In der Praxis neigen Abfragen dazu, wesentlich komplizierter zu sein, d. h. die Mehrbelastung ist in der Regel deutlich niedriger.
Suchvorgänge nach einem einzelnen Datensatz in einer Tabelle mit nur einem Datensatz sind mit Abfrage-Cache um 238 Prozent schneller als ohne. Dieser Wert kann annähernd als zu erwartende Mindestbeschleunigung für im Cache abgelegte Abfragen betrachtet werden.
Um den Abfrage-Cache beim Serverstart zu deaktivieren, setzen Sie
die Systemvariable query_cache_size auf 0.
Durch Deaktivierung des Codes für den Abfrage-Cache erhalten Sie
keine merkliche Mehrbelastung. Wenn Sie MySQL aus der
Quelldistribution erstellen, lässt sich die
Abfrage-Cachefunktionalität auf dem Server vollständig
abschalten, indem Sie configure mit der Option
--without-query-cache aufrufen.
Dies ist eine Übersetzung des MySQL-Referenzhandbuchs, das sich auf dev.mysql.com befindet. Das ursprüngliche Referenzhandbuch ist auf Englisch, und diese Übersetzung ist nicht notwendigerweise so aktuell wie die englische Ausgabe. Das vorliegende deutschsprachige Handbuch behandelt MySQL bis zur Version 5.1.
