booking.com betreibt als Teil von Priceline ein weltweit agierendes Hotelbuchungssystem. Die Datenverarbeitung und -Speicherung erfolgt dabei in mehr als 120 MySQL-Instanzen, die Datenmenge und die Änderungsrate sind dabei größer als mit der größten sinnvoll für Geld verfügbaren Maschine alleine bewältigt werden können. Daher muss die Arbeitslast auf mehrere Datenbankserver verteilt werden.
Dabei brechen traditionelle Datenbankkonzepte zusammen. Alternative Lösungen müssen gesucht werden: Latenz bringt uns um: ACID vs. BASE, Application Based Hash Joins vs. MySQL Proxy, Foreign Key Constraints vs. Application Level Integrity Checks, performancebestimmte Denormalisierungen der Datenstrukturen und die gezielte Einführung von Redundanzen sind Ideen und Abwägungen, die in solchen Szenarien gemacht werden müssen.
| Kristian KöhntoppKristian Köhntopp bearbeitet bei booking.com Architektur- und Skalierungsthemen. In früheren Leben war er fahrendes Volk bei MySQL AB, Securityfuzzi bei web.de und Baumeister für größere Mailsysteme bei der NetUSE AG. Er ist außerdem Schuld an diversen PHP Extensions und Bibliotheken, Linux-HOWTOs und einigen gefährlichen internet-Memen. Sein Blog findet sich unter  http://blog.koehntopp.de |
