Galera maximiert sich irgendwo um 5 Knoten im Cluster. Wahrscheinlich liegt es daran, dass jeder Schreibvorgang an jeden anderen Knoten gesendet wird und auf Antworten gewartet wird.
Es gibt viele Möglichkeiten, MySQL zu skalieren; Galera ist einer von ihnen, und es ist vielleicht der beste heute für Schreiben Skalierung.
Für lesen Skalierung, Replikations-Slaves bieten praktisch unbegrenzte Skalierung. Sie können traditionelle Replikations-Slaves von jedem Galera-Knoten trennen. Dadurch können Sie die Lesevorgänge von Ihren 5 Knoten auslagern. Slaves können kaskadiert werden (unter Verwendung von "Relais"), wodurch eine unbegrenzte Skalierung ermöglicht wird. Ein Server kann leicht 10 Slaves davon hängen lassen; mach 6 Level davon, und du hast eine Million Server. (Ich habe nicht mit mehr als 3 Ebenen und 30+ Slaves gearbeitet.)
Eine gängige Methode zur Skalierung ist es, sich den Code anzuschauen. Composite indexes ist vielen Neulingen unbekannt. Zum Einlegen, Dosieren und LOAD DATA ist sehr effektiv. Für Data Warehousing kann Summary tables oft "Berichte" 10-fach beschleunigen. Für High-Speed-Einnahme ist ping-ponging a staging table sehr gut. Für GUID/UUID-Indizes ist abandoning sie am besten. Dito für EAV. Für große Löschungen gibt es several approaches.
Und my tips on Galera.
Danke, wie wäre es mit dieser Aussage "vielleicht die beste heute für Schreibskalierung.", Ich habe einen Test mit schweren einfügen Abfragen, aber es gibt keine Verbesserung, wenn ich Knoten hinzufügen. – tesmojones
Einreihige Einsätze? Gemischt? Auto-Inkrement verwenden? Usw. Bitte beschreiben Sie Ihre "Heavy-Insert-Anfragen"; Es gibt möglicherweise Möglichkeiten, die Leistung zu verbessern. –