GaussDB (für MySQL)
GaussDB (für MySQL) ist die neueste Generation unternehmensweiter verteilter Datenbanken. Sie ist vollständig kompatibel mit MySQL und bietet hohe Skalierbarkeit und umfangreiche Speicherkapazität. Die Datenbank verwendet eine entkoppelte Rechen- und Speicherarchitektur und unterstützt bis zu 128 TB Speicher. Mit GaussDB (für MySQL) müssen Sie sich nicht mit Sharding befassen und sich keine Sorgen um Datenverlust machen. Die Datenbank vereint die Leistung und Verfügbarkeit von kommerziellen Datenbanken mit der Kosteneffektivität von Open-Source-Datenbanken. Eine GaussDB (für MySQL) DB-Instanz besteht aus einem Primärknoten (write node) und mehreren Lesereplikaten (read-only nodes). Alle Knoten nutzen den zugrundeliegenden Data Functions Virtualization (DFV) Speicher.
Während der Erstellung einer GaussDB (für MySQL) DB-Instanz wird standardmäßig neben einem Primärknoten ein Lesereplikat erstellt. Falls der Primärknoten ausfällt, übernimmt automatisch das Lesereplikat mit höchster Priorität und der ursprüngliche Primärknoten wird im Hintergrund wiederhergestellt.


GaussDB (für MySQL) bietet QPS in Millionenhöhe und damit die siebenfache Leistung von nativem MySQL. Zudem ist GaussDB (für MySQL) vollständig kompatibel mit MySQL. Es ist daher nicht erforderlich, ursprüngliche MySQL-Anwendungen neu zu konstruieren.

GaussDB (für MySQL) verwendet eine entkoppelte Rechen- und Speicherarchitektur und unterstützt sowohl horizontale als auch vertikale Skalierung. Mit GaussDB (für MySQL) können Lesereplikate in wenigen Minuten erstellt oder die Instanzspezifikationen geändert werden. GaussDB verfügt über 1 Schreib- und 15 Lese-Knoten und bietet bis zu 128 TB Speicherplatz.

DB-Instanzen können über mehrere Verfügbarkeitszonen (AZs) verteilt werden, und es gibt drei Datenkopien im gemeinsamen, verteilten Storage Layer, was einen Datenverlust ausschließt (das Recovery Point Objective (RPO) liegt bei Null) und eine Wiederherstellung des Dienstes innerhalb von Sekunden ermöglicht.

GaussDB (für MySQL) erleichtert die Kontrolle des Netzwerkzugriffs auf eine Kundendatenbank. Es ermöglicht Ihnen außerdem, Ihre DB-Instanzen in einer Virtual Private Cloud (VPC) auszuführen, was eine Isolation der DB-Instanzen und eine Verbindung zu ihnen über eine verschlüsselte IPsec-VPN-Verbindung ermöglicht. GaussDB (für MySQL) unterstützt außerdem die Verwendung von SSL, um Daten während der Übertragung zu schützen sowie Abhören und Mittelmann-Angriffe zu vermeiden.
Hinweis: SSL-Verbindungen sind standardmäßig aktiviert. Sie können das SSL-Zertifikatspaket (CA) herunterladen und hochladen, wenn Sie Datenbank-Clients zur Authentifizierung mit Datenbanken verbinden.

GaussDB (für MySQL) reduziert die Time-to-Market. Relationale Datenbanken können in wenigen Minuten eingerichtet und genutzt werden, ohne dass hierfür dedizierte DB-Instanzen oder -Server bereitgestellt werden müssen.

Mit GaussDB (für MySQL) können DB-Instanzen mühelos eingerichtet, betrieben und skaliert werden. Darüber hinaus können Sie effizient Datenbank-O&M durchführen, einschließlich der Verbindung ihrer Anwendungen mit DB-Instanzen, der Migration von Daten, der Sicherung und Wiederherstellung sowie der Überwachung. Die Cloud Eye-Konsole gibt einen Überblick über wichtige operative Metriken, u.a. CPU, Speicher, Auslastung der Speicherkapazität, I/O-Aktivität und Datenbankverbindungen.

Die benötigten Ressourcen können flexibel an Ihre Serviceanforderungen angepasst werden, sodass Sie nur für das zahlen was sie nutzen. Sie können mit DB-Instanzen mit geringer Spezifikation beginnen, ohne im Voraus Investitionsausgaben (CAPEX) tätigen zu müssen.
GaussDB (für MySQL) hat nur eine Kopie des Speichers. Wenn Sie ein Lesereplikat hinzufügen, muss nur ein Rechenknoten hinzugefügt werden und Sie müssen keinen zusätzlichen Speicherplatz erwerben. Je mehr Lesereplikate Sie erstellen, desto mehr Speicherkosten sparen Sie.

GaussDB (für MySQL) hat keine Standby-Datenbanken. Alle Lesereplikate befinden sich im aktiven Zustand und tragen Lesetraffic.

Es ist nicht mehr erforderlich, die Flush-Anweisung auf Seiten anzuwenden und diese in den Doublewrite Buffer zu schreiben. Alle Aktualisierungsvorgänge werden als Logs aufgezeichnet, wodurch die Bandbreitennutzung reduziert wird.

RDS für MySQL verwendet physische Backups, bei denen die für das Backup benötigte Zeit von der Datenmenge abhängt. Für die Sicherung von Daten auf TB-Level werden mehrere Stunden benötigt. GaussDB (für MySQL) verwendet den Log-Stream, mit dem Daten auf TB-Level in wenigen Minuten gesichert und wiederhergestellt werden können.
GaussDB (für MySQL) bietet standardmäßig zwei Arten von Benutzerberechtigungen: Benutzerverwaltung und Ressourcenverwaltung.
- Die Benutzerverwaltung bezieht sich auf die Verwaltung von Benutzern, Benutzergruppen und den Berechtigungen von Benutzergruppen.
- Die Ressourcenverwaltung bezieht sich auf die Steuerungsoperationen, die von Benutzern auf Cloud-Dienst-Ressourcen ausgeführt werden können.
Die folgende Auflistung zeigt die Verknüpfung von GaussDB (für MySQL) mit anderen Diensten.
Elastic Cloud Server (ECS)
Elastic Cloud Server (ECS) ermöglicht den Zugriff auf GaussDB (für MySQL) DB-Instanzen über einen ECS, um die Reaktionszeit der Anwendung und die Gebühren für den öffentlichen Netzwerkverkehr zu reduzieren.
Virtual Private Cloud (VPC)
Virtual Private Cloud (VPC) isoliert Ihre Netzwerke und kontrolliert den Zugriff auf Ihre GaussDB (für MySQL) DB-Instanzen.
Object Storage Service (OBS)
Object Storage Service (OBS) speichert automatisierte und manuelle Backups Ihrer GaussDB (für MySQL) DB-Instanzen.
Cloud Eye (CES)
Cloud Eye (CES) dient als offene Überwachungsplattform, die Ressourcen von GaussDB (für MySQL) in Echtzeit überwacht. Cloud Eye meldet Vorfälle und gibt umgehend Warnungen aus, um sicherzustellen, dass die Dienste ordnungsgemäß ausgeführt werden.
Cloud Trace Service (CTS)
Cloud Trace Service (CTS) liefert Aufzeichnungen über Operationen auf Cloud-Service-Ressourcen und ermöglicht es Ihnen, Vorgänge abzufragen, zu überprüfen und zurückzuverfolgen.
Die GaussDB (für MySQL) Architektur besteht aus drei Layern. Von unten nach oben sind diese:
Storage Node Layer
Die Data Functions Virtualization (DFV) Speicherung bietet eine verteilte, stark konsistente und leistungsstarke Speicherung mit hoher Datenzuverlässigkeit und ausgezeichneter horizontaler Skalierbarkeit. Die Datenzuverlässigkeit beträgt mindestens 99,999999999% (11 Neunen). DFV ist eine Lösung für eine datenzentrierte Full-Stack-Service-Architektur mit entkoppeltem Speicher und Rechenleistung.
Storage Abstraction Layer
Der Storage Abstraction Layer ist entscheidend für die Gewährleistung der Datenbankleistung. Er ist mit dem unter ihr liegenden DFV-Speicherpool verbunden und bietet Semantiken nach oben, um eine effiziente Speicherplanung zu gewährleisten. Operationen mit Tabellendateien werden in den verteilten Speicher abstrahiert.
SQL Parsing Layer
Der SQL Parsing Layer ist 100 % kompatibel mit Open-Source-MySQL 8.0. Sie können die MySQL-eigene Syntax und Tools verwenden, um Ihre Workloads von MySQL zu GaussDB (für MySQL) zu migrieren und so Zeit und Aufwand zu sparen. Neben der vollständigen Kompatibilität mit MySQL verfügt GaussDB über einen optimierten Kernel und ein gehärtetes System. Es ist Teil eines offenen Ökosystems und bietet die kommerziellen Funktionalitäten von MySQL.

RDS für MySQL | GaussDB (für MySQL) | |
Architektur | RDS für MySQL hat eine traditionelle Primär-/Standby-Architektur. Die Daten werden zwischen den primären und dem Standby-Knoten mithilfe von Binlog synchronisiert. | GaussDB hat eine entkoppelte Speicher- und Rechenarchitektur. Die Rechenknoten nutzen dieselben Daten, welche nicht mithilfe von Binlog synchronisiert werden müssen. |
Leistung | Hunderttausende Abfragen pro Sekunde (Queries per second, QPS) bieten bei hoher Gleichzeitigkeit die dreifache Leistung von Open-Source-MySQL. | Millionen Abfragen pro Sekunde (Queries per second, QPS) bieten eine siebenmal höhere Leistung als Open-Source-MySQL. Bei komplexen Abfragen können Operationen wie Spaltenextraktion, bedingte Filterung und Aggregationsberechnung auf die Speicherebene verschoben werden, was im Vergleich zu herkömmlichen Datenbanken die Leistung um das Dutzendfache verbessert. |
Skalierbarkeit |
|
|
Verfügbarkeit | Wenn die primäre Instanz ausfällt, kann die Standby-Instanz automatisch zur primären Instanz hochgestuft werden. Das Recovery Time Objective (RTO) beträgt dabei weniger als 30 Sekunden. | Bei einem Ausfall des primären Knotens kann ein Lesereplikat automatisch zum primären Knoten befördert werden. Das Recovery Time Objective (RTO) beträgt weniger als 10 Sekunden. Die Latenz ist geringer als bei RDS für MySQL, da keine Datensynchronisation zwischen dem primären Knoten und den Lesereplikaten mit Binlog erforderlich ist. |
Backup-Wiederherstellung | Daten können mithilfe von vollständigen Backups und Binlog Playback zu einem bestimmten Zeitpunkt wiederhergestellt werden. | Daten können mithilfe von vollständigen Backups (Snapshots) und Redo-Playbacks zu einem bestimmten Zeitpunkt wiederhergestellt werden. Die Wiederherstellungsgeschwindigkeit ist schneller als bei RDS für MySQL. |
DB-Engine-Version | MySQL 5.6, 5.7 und 8.0 | MySQL 8.0 |
Neue Features
