Topic

RDS for MySQL

GaussDB (for MySQL)

Architektur

Bietet die traditionelle Primär-/Standby-Architektur. Die Daten werden mithilfe von binlog zwischen dem Primär- und dem Standby-Knoten synchronisiert.

Entkoppelte Speicher- und Rechenarchitektur. Rechenknoten nutzen dieselben Daten und die Daten müssen nicht mit binlog synchronisiert werden.

Leistung

Hunderttausende QPS liefern die dreifache Leistung des Open-Source-MySQL bei hoher Parallelität.

Millionen von QPS, was im Vergleich zu Open-Source-MySQL siebenmal mehr Leistung bietet. Bei komplexen Abfragen können Vorgänge wie Spaltenextraktion, bedingte Filterung und Aggregationsberechnung auf die Speicherebene verlagert werden, wodurch die Leistung im Vergleich zu herkömmlichen Datenbanken um ein Dutzendfaches verbessert wird.

Skalierbarkeit

Für eine Instanz können bis zu fünf Read Replicas hinzugefügt werden. Der Zeitaufwand für das Hinzufügen von Lesereplikaten hängt vom Datenvolumen ab. Das Hinzufügen von Lesereplikaten erfordert zusätzlichen Speicher.

Der Speicher kann je nach Bedarf erweitert werden, mit bis zu 4 TB pro Instanz.

Für eine Instanz können bis zu 15 Read Replicas hinzugefügt werden. Dank des gemeinsamen Speichers wird der Zeitaufwand für das Hinzufügen von Lesereplikaten nicht durch das Datenvolumen beeinflusst. Darüber hinaus ist für die Erstellung von Lesereplikaten kein zusätzlicher Speicher erforderlich.

Der Speicher wächst je nach Bedarf mit bis zu 128 TB pro Instanz.

Verfügbarkeit

Wenn die primäre Instanz ausfällt, kann die Standby-Instanz automatisch zur primären Instanz hochgestuft werden, mit einer RTO von weniger als 30 Sekunden.

Wenn der Primärknoten ausfällt, kann ein Lesereplikat automatisch zum Primärknoten heraufgestuft werden, mit einer RTO* von weniger als 10 Sekunden. Die Latenz ist geringer, da keine Datensynchronisierung zwischen dem Primärknoten und Lesereplikaten mithilfe von binlog erforderlich ist.