Effiziente MySQL-Leistung

Kapitel 9. Andere Herausforderungen

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

Dieses Kapitel ist eine kurze, aber wichtige Auflistung gängiger MySQL-Herausforderungen und wie du sie entschärfen kannst. Diese Herausforderungen passen nicht in die anderen Kapitel, weil die meisten nicht direkt mit der Leistung zu tun haben. Unterschätze sie aber nicht: Die ersten beiden Herausforderungen können zum Beispiel eine Datenbank ruinieren. Noch wichtiger ist, dass diese Herausforderungen keine Sonderfälle sind, die nur dann auftreten, wenn die Sterne günstig stehen und das Schicksal sich verschworen hat, dir den Tag zu vermiesen. Es sind ganz normale Herausforderungen. Nimm sie ernst und rechne damit, dass du sie erleben wirst.

Ein gespaltenes Gehirn ist das größte Risiko

Bei Split-Brain müssen zwei Bedingungen gleichzeitig in der gleichen Replikationstopologie auftreten:

• Mehr als eine MySQL-Instanz ist beschreibbar (read_only=0)

• Schreibvorgänge erfolgen auf mehr als einer MySQL-Instanz

Beides sollte nie passieren - schon gar nicht gleichzeitig - aber das Leben ist voller Überraschungen, und man kann Fehler oder Unfälle nicht immer vermeiden. Wenn es passiert, nennt man es Split-Brain: Statt dass alle MySQL-Instanzen dieselben Daten haben, sind sie im übertragenen Sinne gespalten, weil die Daten nicht mehr auf jeder Instanz identisch (konsistent) sind. Inkonsistente Daten sind nicht nur grundsätzlich ...