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

Technische Fragen


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.
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 lässt sich feststellen, ob MySQL Cluster die richtige Wahl ist?
A: Wenn Sie eine der folgenden Fragen mit „Ja“ beantworten können, ist MySQL Cluster wahrscheinlich die richtige Lösung für Sie:
  • Ist für die Datenbank Ihrer Anwendung eine integrierte Redundanz erforderlich, die 99,999 % Verfügbarkeit mit automatischer Ausfallsicherung und Wiederherstellungsfunktion gewährleistet?
  • Besteht Ihre Anwendung hauptsächlich aus Suchen nach Primärschlüsseln und „einfachen“ Tabellen-Joins?
  • Reagiert Ihre Anwendung empfindlich auf Latenzzeiten von Sekundenbruchteilen?
  • Stellt Ihre Anwendung unvorhersehbare Skalierbarkeitsanforderungen?

Sie können sich außerdem folgende Fragen stellen, um die Verwendung von MySQL Cluster in den Projekten zu rechtfertigen, die eine besonders hohe Verfügbarkeit oder Echtzeitleistung erfordern.
  • Wie viel Zeit in % wird mit der Entwicklung von Redundanz- und Failover-Logik für Ihre Anwendungen und Datenbanken verbracht?
  • Welche Konsequenzen hätte es, wenn Ihre Anwendung die Anforderungen an Verfügbarkeit oder Leistung nicht erfüllen könnte?
  • Wieviel 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.

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