MySQL New Features – Background I/O Threads

Vor knapp zwei Wochen hatte ich die MySQL New Features Serie mit dem Thema Semisynchronous Replication gestartet. Als eines der Features, welches auch ohne tief gehendes Verständnis der Datenbankarchitektur in vielen Umgebungen Verwendung finden kann, bereits eine echte Bereicherung.
Gerade unter der Haube im Bereich der Storage-Engines und vor allem InnoDB ist viel passiert. In den letzten Jahren musste sich MySQL immer wieder den Vorwurf gefallen lassen, aktuelle Hardware nicht ausreichend auszulasten und gerade im SMP-Bereich hinter alternativen Datenbank zurückzufallen. Einem besonderen Kritikpunkt hat sich SUN/Oracle ebenfalls in der Version 5.5 angenommen.
Gemeint sind hier die so genannten Background I/O Threads, welche für die Verarbeitung von Prefetches und dem Schreiben von Dirty Pages verantwortlich sind. Für das Prefetching kennt MySQL grundsätzlich zwei Entscheidungsregeln. Einmal das Vorablesen von Blöcken bei Identifizierung eines sequentiellen Lesevorgangs oder der überdurchschnittlicher Leserate in bestimmten Speicherblöcken und somit vorsorglicher Leseverarbeitung der beteiligten Blöcke. In den bisherigen MySQL-Versionen gab es hierfür genau einen Thread, der aktuelle Serverhardware und vorallem Speichersubsysteme nicht wirklich vollständig auslasten konnte. Hierfür gibt es seit Version 5.5 nun den Parameter innodb_read_io_threads, der eine dynamische Konfiguration der Read-Threads und somit optimierte Auslastung des Plattensubsystems ermöglicht.
In die andere Richtung, nämlich dem Schreiben von veränderten Datenblöcken aus dem Buffer-Cache auf die Disk ist ebenfalls die Möglichkeit zum Feintuning, hier innodb_write_io_threads entstanden. Bei modernen RAID-Controllern wird das Tuning der read_io_threads vermutlich den größeren Erfolg versprechen, da Schreibvorgänge häufig schon im Cache der Controller acknowledged und somit als abgeschlossen markiert werden.
Beide Parameter bedürfen im Praxisbetrieb genauer Beobachtung und können bei Überstrapazierung auch zu steigendem I/O-Waits auf den Disks führen. Wie immer bei Tuning gilt auch hier der Grundsatz nicht alle Schrauben gleichzeitig zu drehen, sondern verschiedene Kombinationen über die Zeit zu nutzen und die gewonnenen Ergebnisse zu dokumentieren und vergleichen.

Bernd Erk

CEO

---

Bernd ist Geschäftsführer der NETWAYS Gruppe und verantwortet die Strategie und das Tagesgeschäft. Bei NETWAYS kümmert er sich eigentlich um alles, was andere nicht machen wollen oder können (meistens eher wollen). Darüber hinaus startete er früher das wöchentliche Lexware-Backup, welches er nun endlich automatisiert hat. So investiert er seine ganze Energie in den Rest der Truppe und versucht für kollektives Glück zu sorgen. In seiner Freizeit macht er mit sinnlosen Ideen seine Frau verrückt und verbündet sich dafür mit seinen beiden Söhnen und seiner Tochter.

Lies mehr von Bernd und triff unser Team