Sicherer MySQL-Upgrade entpuppt sich als Daten-Fiasko
A safe MySQL upgrade that wasn't so safe
Ein scheinbar harmloser MySQL-Upgrade auf AWS endete in einem Datenchaos: Nach dem Wechsel auf eine neue Replica stimmten die IDs einer Tabelle nicht mehr mit den referenzierenden Tabellen überein. Der Autor erklärt, wie eine Kombination aus AUTO_INCREMENT-Spalte und dem binären Log-Format MIXED dazu führte, dass eine von sechs Tabellen falsche Verweise erhielt – und warum das leicht übersehen werden kann.
Das Erschreckende an dieser Art von Problem ist, dass es unerwartet kommt und leicht zu übersehen ist, aber in der Produktion schnell zur Katastrophe werden kann.
- Insimwytim
Das ist irgendwie witzig (nicht im witzigen Sinne). Da das Update halbautomatisch über AWS RDS läuft, übernimmt AWS dafür irgendeine Verantwortung? Sofern dieser Anwendungsfall nicht in den Migrationshinweisen gewarnt wird, würde ich denken, dass sie es sollten.
- 190n
Ich verstehe nicht, warum dieses Problem erst nach dem Upgrade auftrat, nicht sofort nach der Migration zum Hinzufügen der Spalte?
- krautburglar
Das Mischen von Binlog-Formaten über Replikas hinweg klingt für mich nach Benutzerfehler.