Vitess Google will MySQL beschleunigen

Google hat mit Vitess ein Projekt gestartet, das MySQL in typischen Webszenarien beschleunigen und so eine Alternative zu NoSQL-Systemen darstellen soll. Mit Vitess soll MySQL besser skalieren.

Es muss nicht immer NoSQL sein, wenn sehr große Datenbanken in Webapplikationen zu verarbeiten sind, meint Google und macht sich mit dem Projekt Vitess (vitesse - französisch für Geschwindigkeit) daran, MySQL für den Einsatz in solchen Szenarien fit zu machen.

Vitess arbeitet wie eine Art Proxy, bildet aber nur ein vereinfachtes SQL-Interface ab und bündelt MySQL-Verbindungen. Selbst verzichtet Vitess auf Sessions, so dass sich Verbindungen schneller aufbauen lassen.

Vitess verzichtet auch auf die ACID-Kriterien Atomicity und Consistency. Atomarität werde für die meisten Webanwendungen nicht benötigt. Stattdessen garantiert Vitess die Atomarität nur für einzelne Entitäten anhand eines Schlüssels, was es beispielsweise ermöglicht, Daten anhand von User-IDs auf mehrere Server zu verteilen. Zudem ist Vitess nur "Eventually Consistent", wie man es von vielen NoSQL-Datenbanken kennt. Dadurch lassen sich Lesezugriffe leichter auf viele Systeme verteilen. Es ist aber möglich, Daten explizit vom Master-Server abzufragen, wenn es auf Konsistenz ankommt.

Für einen schnell Zugriff auf einzelne Zeilen soll ein Row-Cache sorgen. MySQLs Buffer-Cache ist hingegen eher für Situationen geeignet, in denen Indizes und Tabellen durchsucht werden sollen. Der Zeilencache von Vitess erlaubte es, bestimmte Tabellen für einen schnellen Random-Zugriff auszuwählen.

Sharding vereinfacht

Das Sharding, bei dem eine Datenbank anhand eines Schlüssel auf mehrere Server verteilt wird, soll Vitess vereinfachen. Dazu werden alle Tabellen anhand mehrerer Schlüssel indexiert und so entsteht eine logische Repräsentation der gesamten Datenbank. Die Shard-Map kann so durch einen einfachen In-Memory-Aufruf gelesen werden. Erhält ein Shard zu viele Anfragen, kann Vitess ihn in zwei Shards aufsplitten. Zudem kann Vitess Shards zusammenführen.

Administratoren können dabei einen Replikationsfaktor für einen Keyspace angeben. Vitess sorgt dann dafür, dass ausreichend viele Replikationen der Master-Datenbank vorliegen. Vitess unterstützt auch Setups, die sich über mehrere Rechenzentren erstrecken, wobei alle Master-Datenbanken in einem Rechenzentrum stehen müssen. Bei Ausfällen oder Wartungsarbeiten kann Vitess automatisch einen neuen Master bestimmen.

Vitess wurde in Googles Programmiersprache Go umgesetzt und steht unter der BSD-Lizenz. Der Code des Projekts findet sich auf Github.