Skip navigation links

Kontakt

Deutschland: +49 (0)89/420 95 98 95

USA Subscription Renewals: +1-866-830-4410
EMEA: +353 1 6919191

Kontaktformular »
Verlängern von Abonnements »

MySQL Newsletter - Jetzt abonnieren!

Häufig gestellte Fragen zu MySQL Cluster

Allgemeine Fragen

  1. Was ist MySQL Cluster?
  2. Was ist MySQL Cluster Carrier Grade Edition?
  3. Welche Kunden setzen MySQL Cluster ein?
  4. Welche Lizenzbedingungen gelten für MySQL Cluster?
  5. Welche ist die aktuelle Version von MySQL Cluster?
  6. Ist für MySQL Cluster spezielle Hardware oder Software erforderlich?
  7. Welche Systemanforderungen müssen für MySQL Cluster erfüllt werden?
  8. Wie kann ich ermitteln, ob MySQL Cluster die richtige Lösung für eine bestimmte Arbeitslast ist?
  9. Für welche Anwendungen ist MySQL Cluster ideal geeignet?
  10. Muss ich meine Anwendung für eine neue Version von MySQL Cluster erneut testen/zertifizieren?

Technische Fragen

  1. Was sind die üblichen Leistungsmetriken für MySQL Cluster?
  2. Wie viele physische Server werden mindestens für eine Cluster-Konfiguration benötigt?
  3. Können die Datenknoten geografisch verteilt sein?
  4. Welche Datenzugriffs-APIs gibt es für MySQL Cluster?
  5. Unterscheiden sich die Schnittstellen für 32-Bit-Anwendungen von den Schnittstellen für 64-Bit-Anwendungen?
  6. Ist MySQL Cluster als eingebettete Datenbank geeignet?
  7. Was bedeutet geografische Replikation für MySQL Cluster?
  8. Ist die Replikation bidirektional?
  9. Besteht bei MySQL Cluster als speicherbasierte Datenkbank das Risiko eines Datenverlusts?
  10. Gibt es für MySQL Cluster eine festplattenlose Option?

Allgemeine Fragen

F: Was ist MySQL Cluster?
A: MySQL Cluster ist eine Open-Source-Echtzeit-Transaktionsdatenbank, die für einen schnellen, immer verfügbaren Datenzugriff bei hohem Durchsatz konzipiert wurde. MySQL Cluster setzt eine „Shared-Nothing-Architektur“ ein, für die keine zusätzlichen Infrastrukturinvestitionen erforderlich sind, um 99,999 % Datenverfügbarkeit ohne singuläre Fehlerquelle zu erzielen.

MySQL Cluster unterstützt sowohl speicherbasierte als auch festplattenbasierte Daten, die über eine SQL-Schnittstelle oder optional über eine Java- oder native C++-Hochleistungsschnittstelle zugänglich sind.
F: Was ist MySQL Cluster Carrier Grade Edition?
A: MySQL Cluster Carrier Grade Edition (CGE) zeichnet sich durch besondere Skalierbarkeit, Anpassungsfähigkeit und Leistung aus. MySQL Cluster CGE bietet optimierte Methoden für den Datenzugriff, die besonders in der Kommunikationsbranche relevant sind, sowie Optionen für die geografische Replikation und die Online-Hinzufügung von Datenknoten.
F: Welche Kunden setzen MySQL Cluster ein?
A: Informationen hierzu finden Sie unter http://www.mysql.de/customers/cluster/
F: Welche Lizenzbedingungen gelten für MySQL Cluster?
A: Einzelheiten zu den kommerziellen Editionen von MySQL Cluster und den zugehörigen Funktionen finden Sie hier

Bitte lesen Sie die Seite unserer Lizenzbedingungen: http://www.mysql.de/about/legal/licensing/index.html
F: Welche ist die aktuelle Version von MySQL Cluster?
A: Die aktuelle Version ist MySQL Cluster 7.0. MySQL 5.1 ist in MySQL Cluster integriert und im Lieferumfang enthalten. Zu bestimmten im Paket zusammengefassten Versionen finden Sie weitere Informationen unter Dokumentation (http://dev.mysql.com/doc/refman/5.1/en/mysql-cluster.html).
F: Ist für MySQL Cluster spezielle Hardware oder Software erforderlich?
A: Nein, MySQL wurde für den Betrieb auf Standardhardware konzipiert. Die Nutzung spezieller Hardware wie SCI Network Interconnects kann aber zu noch höherer Leistungsfähigkeit beitragen.
F: Welche Systemanforderungen müssen für MySQL Cluster erfüllt werden?
A:
Betriebssystem:Siehe die aktuelle Liste unterstützter Plattformen »
CPU:Intel/AMD x86, UltraSPARC
Arbeitsspeicher:Mindestens 1GB RAM
HDD:3GB
Netzwerk:1+ Knoten (Gigabit Ethernet - TCP/IP)
F: Wie kann ich ermitteln, ob MySQL Cluster die richtige Lösung für eine bestimmte Arbeitslast ist?
A: Aufgrund der verteilten Shared-Nothing-Architektur müssen Sie die Typen von Arbeitslasten bzw. Anforderungen kennen und verstehen, für die MySQL Cluster die ideale Lösung darstellt. In der folgenden Tabelle sind die wichtigsten Aspekte aufgeführt, anhand derer Sie ermitteln können, ob MySQL Cluster Ihre individuellen Anforderungen erfüllt.

Für MySQL Cluster geeignet Ergänzung durch andere MySQL Speicher-Engines
Hoher Schreibdurchsatz mit geringer Latenz Datenbankgröße von mehr als 2 TB
99,999 % Verfügbarkeit mit Failover in Sekundenbruchteilen und automatischer Wiederherstellung Zeilen, die eine Datenmenge von mehr als 8 KB benötigen (mit Ausnahme von BLOBs) und 128 Felder erfordern
Unvorhersagbare Skalierbarkeitsanforderungen Notwendigkeit, Objekte mit mehr als 2 MB zu speichern
Hauptsächlich Primärschlüsselzugriff oder Unterkomponenten von Primärschlüsseln mit mehreren Feldern Umfassende Berichterstellung, die Suchvorgänge über komplette Tabellen mit „komplexen“ Joins erfordert
„Einfache“ Joins Fremdschlüsselunterstützung


Die folgenden Fragen helfen Ihnen zu überprüfen, ob die Verwendung von MySQL Cluster in Projekten, die höchste Ansprüche an Verfügbarkeit und Echtzeit-Performance benötigten, gerechtfertigt ist.

  • Wie viel Zeit in % entfällt auf die Entwicklung von Redundanz- und Failover-Logik für Ihre Anwendungen und Datenbanken?
  • Welche Konsequenzen hätte es, wenn Ihre Anwendung die Anforderungen an Verfügbarkeit oder Leistung nicht erfüllen könnte?
  • Wie viel geben Sie für die Wartung mehrerer RDBMS aus, um Ihren Anwendungsanforderungen zu entsprechen?
  • Benötigen Sie Entwicklungs- und/oder Produktivsupport für Ihre MySQL Umgebung?

Bitte schauen Sie sich auch unseren Evaluierungsleitfaden und weitere Produktinformationen an, um sich über MySQL Cluster zu informieren.
F: Für welche Anwendungen ist MySQL Cluster ideal geeignet?
A: Tabellen, die mithilfe von MySQL Cluster verwaltet werden sollen, werden partitioniert und auf separate Knoten verteilt. MySQL Cluster ist eine Multi-Master-Datenbank mit paralleler Architektur. Auf diese Weise können große Mengen an Lese- und Schreibvorgängen gleichzeitig ausgeführt werden. Aktualisierungen sind umgehend für sämtliche Anwendungsknoten (SQL- oder NDB-API) verfügbar, die auf die in den Datenknoten gespeicherten Daten zugreifen.

Da Schreiblasten auf sämtliche Datenknoten verteilt werden, ist mit MySQL Cluster ein sehr hoher Schreibdurchsatz sowie eine umfassende Skalierbarkeit für transaktionale Arbeitslasten möglich. Darüber hinaus kann MySQL Cluster eine Vielzahl an aktiven SQL Knoten nutzen. Da jeder Knoten mehrere Verbindungen bedienen kann, bietet diese Lösung Unterstützung für transaktionale Anwendungen mit einer großen Anzahl an gleichzeitigen Anfragen.

Nachfolgend werden verschiedene Beispielanwendungen aufgeführt, welche die oben genannten Punkte erfüllen und für die MySQL Cluster erfolgreich bereitgestellt wurde. Klicken Sie hier, um eine vollständige Liste der MySQL Cluster Anwenderberichte und Anwendungen anzuzeigen.
  • Authentifizierung, Autorisierung und Abrechnung
  • Anwendungsserver
  • Persistente Datenhaltung für LDAP / RADIUS / Diameter
  • eCommerce-Dienste (z. B. Warenkorb, Zahlungstransaktionen, Auftragserfüllung usw.)
  • IPIntelligente Netzwerkknoten M-Dienste (IP MultiMedia Subsystem)
  • Ortsgebundene Dienste und Präsenzverwaltung
  • Nachrichtenspeicher/Warteschlangen
  • Bereitstellung von mobilen Inhalten
  • Online-Anwendungsspeicher und -Portale
  • Online-Spiele
  • Zahlungsverarbeitung
  • Bereitstellungsplattformen für Telekommunikationsdienste & Mehrwertdienste
  • Teilnehmerdatenbanken (HLR, HSS usw.)
  • VoIP-, IPTV- und Video-on-Demand-Dienst
  • Web Session Management
F: Muss ich meine Anwendung für eine neue Version von MySQL Cluster erneut testen/zertifizieren?
A: Diese Entscheidung obliegt letztendlich dem Anwendungsbesitzer. Sie hängt typischerweise davon ab, ob die Wahrscheinlichkeit und die Auswirkung eines Problems nach der Bereitstellung einer Anwendung ohne erneute Tests den erforderlichen Zeitaufwand für das erneute Testen rechtfertigen. Der Anwendungsbesitzer sollte ebenfalls entscheiden, ob mit der neuen Version von MySQL Cluster erneute Leistungstests erforderlich sind.

Die folgenden beiden Ursachen sind die Hauptgründe für potenzielle Fehler, wenn eine Anwendung auf eine neue MySQL Cluster Version portiert wurde:
  • Beabsichtigte Funktions- oder API-Änderungen in MySQL Cluster
  • Unbeabsichtigte Codefehler im neuen Release

Es gibt drei Arten von Versionsänderungen für MySQL Cluster:
  • Hauptversion: Diese Änderung wird durch das X im Versionsnamen X.Y.Z angezeigt. In diesen Versionen werden typischerweise erhebliche Funktions- und Codeänderungen eingeführt. Die Wahrscheinlichkeit, dass in Hauptversionen neue Fehler auftreten oder Funktions-/API-Änderungen eingeführt werden, die nicht mit Ihrer Anwendung kompatibel sind, liegt deutlich höher als bei Neben- oder Wartungsversionen.
  • Nebenversion: Diese Änderung wird durch das Y im Versionsnamen X.Y.Z angezeigt. In diesen Versionen werden typischerweise kleinere Funktions- und Codeänderungen eingeführt (die Änderungen sind im Vergleich zur aktuellen Wartungsversion der vorherigen Version noch geringfügiger als im Vergleich mit einer deutlich früheren Version).
  • Wartungsversionen: Diese Änderungen werden durch das Z im Versionsnamen X.Y.Z angezeigt. Da diese Versionen keine Funktionsänderungen, sondern lediglich Fehlerbehebungen umfassen sollten, besteht das größte Risiko darin, dass durch eine dieser Fehlerbehebungen ein anderes Problem hervorgerufen wird.

Die folgenden von MySQL bereitgestellten Informationen unterstützen Anwendungsbesitzer, die für ihre Umgebung richtige Entscheidung zu treffen:
  • Die wichtigsten Funktionsänderungen in Haupt- und Nebenversionen werden in Whitepapers und Webseminaren beschrieben: http://www.mysql.de/products/database/cluster/resources.html
  • Im Abschnitt „MySQL Cluster Development Roadmap“ des MySQL Cluster-Referenzhandbuchs finden Sie eine Übersicht über die Funktionsänderungen in den verschiedenen Haupt- und Nebenversionen. Das aktuelle Referenzhandbuch ist unter der folgenden Adresse verfügbar: http://dev.mysql.com/doc/#cluster
  • Die mit einer Wartungsversion eingeführten Änderungen (eine Beschreibung der Fehlerbehebungen) finden Sie in der ChangeLog-Datei, die im Umfang jeder Version enthalten ist.
  • Die Berichte zu bekannten und behobenen Fehlern finden Sie unter der folgenden Adresse: http://bugs.mysql.com

Bitte schauen Sie sich auch unseren Evaluierungsleitfaden und weitere Produktinformationen an, um sich über MySQL Cluster zu informieren

Technische Fragen

Q: What are the typical performance metrics for MySQL Cluster?
A:
  • Verfügbarkeit
    • 99,999% (<5 Min. Ausfall / Jahr)
  • Leistung
    • Reaktionszeit 2 - 5 Millisekunden (mit synchroner Replikation und Zugriff über NDB-API)
    • Durchsatz von über 10.000 replizierten Transaktionen / Sek. auf einem 2-Knoten-Custer, mit 1 CPU pro Knoten (Mindestkonfiguration)
    • Durchsatz von über 100.000 replizierten Transaktionen / Sek. auf einem 4-Knoten-Custer, mit 2 CPU pro Knoten (Low-End-Konfiguration)
  • Failover
    • Ein Failover in Sekundenbruchteilen erlaubt einen unterbrechungsfreien Betrieb
  • Skalierbarkeit
    • Horizontale, vertikale und dynamische Skalierung
    • Für eine kosteneffiziente horizontale Skalierung:
      • Hinzufügen weiterer Speicherknoten (8, 10, 12, ... 48) pro Cluster oder
      • Hinzufügen weiterer CPUs (4, 8 usw.) oder
      • Hinzufügen von weiterem Arbeitsspeicher (16 GB, 32 GB) pro Datenknoten
MySQL Cluster bietet eine verteilte speicherbasierte Datenbank*, daher ist er für atomare Abfragen (z.B. die Suche nach Primärschlüsseln) sehr schnell und berechenbar. Die verteilte Architektur eignet sich dagegen weniger gut für sehr komplexe Abfragen mit vielen Joins. Die beste Leistung erzielen Sie, wenn die Anwendung verteilungsfähig ist (sodass alle von der Transaktion verwendeten Datensätze in demselben Datenknoten gespeichert und von diesem verwaltet werden können). Über die NDB-API können Transaktionen im Stapel zusammengefasst werden, um die Leistung zusätzlich zu verbessern.

*Beachten Sie, dass MySQL Cluster auch festplattenbasierte Daten unterstützt und damit die von der Datenbank bereitgestellte Flexibilität und Skalierbarkeit steigert.
F: Wie viele physische Server werden mindestens für eine Cluster-Konfiguration benötigt?
A: Die Empfehlung für eine gute Redundanz lautet 2 MySQL Server Knoten, 2 Datenknoten und 1 Verwaltungsknoten. Für Testzwecke ist es möglich, nur einen einzigen physischen Server einzusetzen, allerdings handelt es sich dann nur um einen sehr rudimentären Test.
F: Können die Datenknoten geografisch verteilt sein?
A: Das wird weder empfohlen noch unterstützt. Es sollte nicht zu viel Latenz zwischen den Datenknoten des Clusters bestehen, daher befinden sie sich normalerweise im gleichen Rechenzentrum oder Rack In MySQL Cluster CGE wird jedoch eine geografische Replikation unterstützt. Somit sind zwei separate Cluster-Installationen in einer Master/Slave-Konfiguration möglich. Dieser Replikationstyp ist im Gegensatz zur synchronen Replikation zwischen Datenknoten innerhalb einer einzigen Cluster-Installation asynchron. Die Netzwerklatenz wirkt sich daher nicht auf die Leistung der Anwendung aus.
F: Welche Datenzugriffs-APIs gibt es für MySQL Cluster?
Anwendungen können mit beliebigen MySQL-Konnektoren entwickelt werden. MySQL Cluster CGE bietet außerdem eine systemeigene Konnektivität über C++, Java, LDAP.
F: Unterscheiden sich die Schnittstellen für 32-Bit-Anwendungen von den Schnittstellen für 64-Bit-Anwendungen?
A: Nein, die Schnittstellen sind dieselben.
F: Ist MySQL Cluster als eingebettete Datenbank geeignet?
A: Ja, MySQL Cluster wird von ISVs und Network Equipment Providers (NEPs) häufig als eingebettete Datenbank verwendet. Kundenliste »
F: Was bedeutet geografische Replikation für MySQL Cluster?
A: Die geografische Replikation ermöglicht eine asynchrone Replikation über geografisch getrennte Cluster. Sie wird häufig zur Wiederstellung bei Ausfall eines gesamten Standorts eingesetzt.
F: Ist die Replikation bidirektional?
A: Ja, sowohl die unidirektionale als auch die bidirektionale Replikation werden in MySQL Cluster CGE unterstützt.
F: Besteht bei MySQL Cluster als speicherbasierte Datenkbank das Risiko eines Datenverlusts?
A: Bei MySQL Cluster-Konfigurationen gibt es normalerweise 2 Kopien sämtlicher Daten, die auf verschiedenen Hosts abgelegt sind. Um einen vollständigen Systemausfall abzudecken, werden Transaktionsprotokolle und Checkpoint-Dateien mit konfigurierbarer Häufigkeit auf der Festplatte gespeichert. Zusätzlich dazu können nicht indizierte Daten auf Festplatte gespeichert werden.
F: Gibt es für MySQL Cluster eine festplattenlose Option?
A: MySQL Cluster bietet eine festplattenlose Option sowie eine protokolllose Option.

Für die Verwendung ohne Festplatte gelten folgende Einschränkungen:

  1. Keine Festplattendaten
  2. Datenverlust bei Cluster-Ausfall
  3. Keine Datensicherung
Bei der protokolllosen Option erstellt Cluster weiterhin Protokolldateien, für die Daten gibt es auf der Festplatte jedoch keine Checkpoints.

Zum Anfang