Hier sind die Slides zu dem Vortrag von Monty auf der MySQL Users Conference und Expo 2008, die gerade in Santa Clara, CA zu Ende gegangen ist. (Slides Flash).

Monty geht recht offen und schonungslos an die aktuellen Begrenzungen und Probleme des Servers heran und zeigt, was nicht funktioniert oder häßlich ist und welche Initiativen existieren, um die Dinge zu verbessern. MySQL ist ein aktives Projekt, das nicht nur eine Codebasis, sondern auch seine eigenen Methoden ständig weiter entwickelt.

Das X-Window-System ist nun 24 Jahre alt und immer noch die Grundlage jeder grafischen Benutzungsoberfläche in Unix und Linux (mit Ausnahme der Spalter von Apple). Das ist so, weil einer der Grundsätze von X11 war Provide mechanism rather than policy. X11 stellt also einen Haufen von Mechanismen bereit, aus denen man sich einen Desktop bauen kann, liefert aber keinen Desktop. Das überläßt X11 anderen, darauf aufbauenden Diensten.

Etwas ähnliches wird mit MySQL 6.x geschehen: In MySQL 6 wird in beiden Versionen, Community und Enterprise, alle Funktionalität enthalten sein, die Mechanismen bereitstellt. In der Enterprise-Version bekommen Kunden jedoch gleichzeitig eine Anwendung, die diese Mechanismen verwendet, um einen Dienst zu …

MySQL Cluster (aka NDB) ist eine storage engine für den MySQL Server. Im Gegensatz zu den anderen storage engines wie MyISAM oder InnoDB, ist NDB nicht in den MySQL Server gelinkt, sondern läuft als separater Prozeß auf i.d.R. mehreren separaten Maschinen. Das Handlerton im MySQL Server enthält für NDB lediglich Adaptierungsfunktionen und spricht mit den NDB-Prozessen über das Netzwerk.

"MySQL Cluster für Dummies" vollständig lesen

MySQL Consulting auf dem Star Wars Combine Developer Meeting in Berlin.

Der offizielle MySQL-Drink. Und so wird es gemacht:
"Salmiakki - der offizielle MySQL Drink" vollständig lesen

Eine relativ typische Aufgabe liegt diese Woche auf meinem Tisch: Ein Kunde hat eine relativ schnell getaktete Abrechnungsaufgabe, bei der auf Benutzerkonten Guthaben eingezahlt wird und diese dann für Inanspruchnahme von Diensten aufgebraucht werden.

Dies ist eine typische OLTP Aufgabe, bei der wir viele simple Writes mit einem hohen Parallelitätsgrad in eine Datenbank bekommen. Die Datenbank ist klein genug, daß sie komplett ins RAM paßt, wir haben mindestens eine 1:1 Ratio von Writes zu Reads oder sogar mehr Writes als Reads und alle Writes müssen immer komplett ACID sein. Entsprechend läuft die Datenbank komplett mit InnoDB, mit sync_binlog und mit innodb_flush_log_at_trx_commit =1.

"Günstige OLTP Hardware" vollständig lesen

Links: Strukturen im Speicher, Rechts: Strukturen auf Disk.
Oben: Log-Strukturen, Unten: Tablespace-Strukturen.

"Die InnoDB Storage Engine: Konfiguration" vollständig lesen

Die Storage Engine InnoDB ist eine Storage Engine, die ACID-konform betrieben werden kann, Transaktionen beherrscht und Foreign Key Constraints prüfen kann. Sie ist geeignet für alle Anwendungen, die Online Transaction Processing machen oder aus anderen Gründen eine hohe Rate von paralellen Schreibzugriffen haben.

"Die InnoDB Storage Engine" vollständig lesen

Monty hat heute MySQL 5.1-maria als Bitkeeper Tree veröffentlicht. Binaries kommen später. Q: What is goal of Maria in current (MySQL 5.1-Maria) release?
A: To make a crash-safe alternative to MyISAM. That is, on crash, Maria will on mysqld restart recover all tables to the state at the start of a statement or at the start of a previous LOCK TABLES.

Aus irgendeinem Grund werden die Firmen, für die ich arbeite verkauft, kaum 2 Jahre nachdem ich da angefangen habe. Das war bei web.de so und jetzt passiert es gerade wieder: Sun hat meinen Arbeitgeber für eine runde Milliarde Dollar gekauft.

Was ich davon halten soll, weiß ich noch nicht - das wird sich erst ein den kommenden neun Monaten zeigen. Die nächsten 3 Monate werden meiner Erwartung nach die Anwälte erst einmal die letzten Details auskämpfen, und dann schaue ich mir den Laden mal an. Im September oder so erzähle ich Euch dann mal, wie das so ist.