Erfahren Sie mehr über die Galera-DB-Replikation und damit zusammenhängende langsame MySQL-Abfragen
Galera-Cluster helfen bei Leistung und Skalierbarkeit. Bei der Betrachtung von Replikatdatenbanken ist es wichtig zu verstehen, dass die Art und Weise, wie die Datenreplikation erfolgt, sich von der primären unterscheidet. Die primäre Datenbank kann Massenvorgänge ausführen. Wenn die Replikation für alle Replikatdatenbanken erfolgt, führen sie die Aktionen nacheinander aus. Wenn beispielsweise 67.000.000 Elemente in einem Löschvorgang enthalten sind, geschieht in den Replikatdatenbanken jedes einzeln. Wenn Sie die MySQL-Protokolle für langsame Abfragen überprüfen, stellen Sie fest, dass diese Aktion lange dauern kann. Die Tatsache, dass die Replikatdatenbanken Vorgänge sequenziell ausführen, ist ein Grund dafür, dass die Dinge nicht synchronisiert sind, und Leistungseinbußen können erkannt werden.
Damit die Replikatdatenbanken mit dem primären Batch synchronisiert bleiben, sollten Sie nach Möglichkeit umfangreiche Vorgänge ausführen. Durch die Batch-Verarbeitung können die Aktionen zeitnah ausgeführt werden und die Leistungsauswirkungen werden auf ein Minimum reduziert.
Vorgesehene Zielgruppe
- Architekten
- Entwickler
- DevOps
Videoinhalt
- Galerische Replikation in Replikatdatenbank
- Erfahren Sie mehr über die Flusskontrolle
- Thread-Nummern in langsamen Abfrageprotokollen von MySQL finden
- Massenausführungen finden nur auf der primären Instanz statt. Die Replikationen erfolgen jeweils 1
- Damit die Replikation mit dem primären Batch Schritt halten kann, sollten Sie die großen Commits im Batch speichern.