Erfahren Sie mehr über die Galera-DB-Replikation und damit zusammenhängende langsame MySQL-Abfragen
Galera-Cluster helfen bei Leistung und Skalierbarkeit. Wenn Sie sekundäre Datenbanken berücksichtigen, müssen Sie wissen, dass sich die Datenreplikation von der primären unterscheidet. Die primäre Datenbank kann Massenvorgänge ausführen. Wenn die Replikation für alle sekundären Datenbanken erfolgt, führen sie die Aktionen nacheinander aus. Wenn beispielsweise 67.000.000 Elemente in einem Löschvorgang enthalten sind, geschieht in den sekundären Datenbanken jeweils eines nach dem anderen. Wenn Sie die langsamen Abfrageprotokolle von MySQL durchgehen, stellen Sie fest, dass diese Aktion lange dauern kann. Da die sekundären Datenbanken jeweils nur eine Leistung erbringen, ist ein Grund dafür, dass die Dinge nicht synchronisiert sind und Leistungseinbußen erkannt werden können.
Zur Lösung sollten Sie Ihre umfangreichen Vorgänge so stapelweise ausführen, dass die sekundären Datenbanken mit der primären Datenbank synchronisiert bleiben. Durch die Batch-Verarbeitung können die Aktionen zeitnah ausgeführt werden und die Leistungsauswirkungen werden auf ein Minimum reduziert.
Für wen ist dieses Video bestimmt?
- Architekten
- Entwickler
- DevOps
Videoinhalt
- Galerische Replikation in sekundäre Datenbank
- 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
- Bündeln Sie Ihre umfangreichen Commits, damit die Replikation mit der primären Instanz Schritt halten kann
