Heim  >  Artikel  >  Datenbank  >  Empfohlene 10 MySQL-Master-Slave-Architekturen

Empfohlene 10 MySQL-Master-Slave-Architekturen

零下一度
零下一度Original
2017-06-15 09:40:121429Durchsuche

Kürzlich bin ich bei der Bereitstellung der MySQL-Master-Slave-Replikationsarchitektur auf „Last_IO_Error: Schwerwiegender Fehler: Der Slave-E/A-Thread stoppt, weil Master und Slave gleiche MySQL-Server-UUIDs haben; diese UUIDs müssen unterschiedlich sein, damit die Replikation funktioniert.“ Diese Fehlermeldung. Das heißt, in der Master-Slave-Architektur wird dieselbe UUID verwendet. Überprüfen Sie die Systemvariable server_id. Sie hat bereits eine andere Einstellung. Was ist der Grund? Was folgt, ist eine detaillierte Beschreibung. 1. Fehlermeldung mysql> ​ Last_IO_Error: Schwerwiegender Fehler:&nb

1. Slave hat gleiche MySQL-Server-UUIDs

Empfohlene 10 MySQL-Master-Slave-Architekturen

Einführung: Kürzlich stieß ich bei der Bereitstellung der MySQL-Master-Slave-Replikationsarchitektur auf „Last_IO_Error: Schwerwiegender Fehler: Der Slave-E/A-Thread stoppt, weil Master und Slave gleiche MySQL-Server-UUIDs haben; diese UUIDs müssen unterschiedlich sein.“ Replikation funktioniert.“ diese Fehlermeldung. Das heißt, in der Master-Slave-Architektur wird dieselbe UUID verwendet. Überprüfen Sie die Systemvariable server_id, sie ist nicht mehr

2. Verwenden Sie Innobackupex, um schnell eine MySQL-Master-Slave-Architektur zu erstellen (zu reparieren)

Einführung: Es gibt viele Möglichkeiten, MySQL-Master-Slave zu erstellen. Die traditionelle Mysqldump-Methode ist für viele Menschen eine der Möglichkeiten. Für größere Datenbanken ist diese Methode jedoch keine ideale Wahl. Verwenden Sie Xtrabackup, um schnell und einfach eine MySQL-Master-Slave-Architektur zu erstellen oder zu reparieren. In diesem Artikel wird die Verwendung von innobackupex zum schnellen Erstellen oder Reparieren einer Master-Slave-Architektur beschrieben. Als Referenz.

3. Verwenden Sie innobackupex, um eine MySQL-Master-Slave-Architektur basierend auf der Slave-Bibliothek zu erstellen

Empfohlene 10 MySQL-Master-Slave-Architekturen

Einführung: Schnelle Sortierung und Heap-Sortierung werden anhand relativ kurzer Länge, detaillierter Analyse, Pseudocode, Code und Animation detailliert eingeführt und die Ideen und Komplexität des Algorithmus analysiert. Einen Blick wert

4. Gtid-Master-Slave basierend auf MySQLdump erstellen

Einführung: Bei der Implementierung des MySQL-Masters -Slave-Architektur Während des Prozesses können Sie die Methode mysqldump verwenden, um den Master-Slave zu erstellen. Mysqldump hat während des Sicherungsvorgangs GTID-bezogene Informationen generiert, das heißt, diese GTIDs können übersprungen werden. Bei nicht übersprungenen GTIDs kopiert der E/A-Thread sie auf den Slave-Server und wird vom SQL-Thread ausgeführt. Dieser Artikel zeigt hauptsächlich, wie mysqldump MySQL-Master-Slave im GTID-Modus erstellt.

5. MySQL GTID-Fehlerbehandlungszusammenfassung

Empfohlene 10 MySQL-Master-Slave-Architekturen

Einführung: MySQL GTID ist ein Produkt, das auf der Grundlage der traditionellen MySQL-Master-Slave-Replikation entwickelt wurde und UUID plus Transaktions-ID verwendet, um die Einzigartigkeit jeder Sache sicherzustellen. Diese Arbeitsweise bedeutet, dass wir uns nicht mehr um die sogenannte log_file und log_Pos kümmern müssen, sondern der Slave-Bibliothek einfach mitteilen, von welchem ​​Server sie die Hauptbibliothek finden soll. Es vereinfacht den Master-Slave-Einrichtungs- und Failover-Prozess und ist sicherer und zuverlässiger als herkömmliche Replikation. Da GTIDs kontinuierlich und ohne Lücken sind, können Datenkonflikte in der Master-Slave-Bibliothek durch Einfügen leerer Dinge übersprungen werden. In diesem Artikel wird hauptsächlich die Fehlerbehandlungsmethode der GTID-Master-Slave-Architektur beschrieben.

6. mysqldump erstellt schnell eine spezifische Bibliotheks-Master-Slave-Architektur (GTID)

Empfohlene 10 MySQL-Master-Slave-Architekturen

Einführung: Für eine MySQL-Datenbank mit einer kleinen Datenmenge zum Aufbau einer Master-Slave-Architektur ist es eine gute Wahl, das Tool mysqldump zu verwenden, um es in Kombination mit der MySQL GTID-Funktion zu implementieren macht Hochverfügbarkeit zum Kinderspiel. Dieser Artikel ist eine Ergänzung zum Erstellen eines gtid-Master-Slaves basierend auf mysqldump. Es führt hauptsächlich die Implementierung von GTID Master-Slave basierend auf der Multi-Repository-Ebene ein, also nicht auf der gesamten Instanzebene. Im Folgenden finden Sie eine detaillierte Beschreibung und Beispiele dieses Artikels.

7. Automatisches MySQL-Failover-Tool – mysqlfailover

Empfohlene 10 MySQL-Master-Slave-Architekturen

Einführung: mysqlfailover ist ein wichtiger Hochverfügbarkeitsbefehl, der im MySQL-Dienstprogramm-Toolkit enthalten ist und zur Durchführung einer Zustandserkennung der Master-Slave-Replikationsarchitektur und zur Implementierung eines automatischen Failovers verwendet wird. Es erkennt regelmäßig in festgelegten Abständen den Gesundheitszustand jedes Knotens. Sobald festgestellt wird, dass der Master-Knoten nicht verfügbar ist, löst es Failover-bezogene Aktionen aus und führt automatisch ein Failover auf den aktuell besten Slave-Server durch. Gleichzeitig verweisen andere Slave-Knoten in der gesamten Master-Slave-Architektur auf den neuen Master-Knoten, wodurch die Aktualisierung der Master-Slave-Topologie automatisch abgeschlossen wird.

8. Lösung für die Inkonsistenz der MySQL-Master-Slave-Replikation

Einführung: Eine etwas größere Website, im Grunde MySQL-Master -Slave-Replikation wird einerseits verwendet, um das Lesen und Schreiben der Datenbank zu trennen. Andererseits ist die eigenständige Sicherung von MySQL selbst nicht sehr stark. Die Master-Slave-Architektur dient der Datensicherung auf dem Slave.

9. Schwerwiegender Fehler durch inkonsistente Master-Slave-Daten! Bitte aufgepasst!

Empfohlene 10 MySQL-Master-Slave-Architekturen

Einführung: Fehlerbeschreibung: Master-Slave-Architektur, nachdem der Master ausgefallen ist, wurde auf umgeschaltet Slave, und das Ergebnis war: Es gingen viele Daten verloren (die Datenkonsistenz wurde vor der Ausfallzeit nicht überprüft). Als sich der Benutzer anmeldete, konnte sie nicht in der Datenbank überprüft werden. Das Ergebnis war

10 Redis Master-Slave automatisches Failover

Empfohlene 10 MySQL-Master-Slave-Architekturen

Einführung: Es gibt ein Problem mit der Persistenz der Redis-Master-Slave-Architektur. Das heißt, die Schlussfolgerung des vorherigen Tests ist, dass die Persistenz auf der Hauptinstanz konfiguriert werden muss, um sicherzustellen, dass dies nicht der Fall ist Wenn die Hauptinstanz Daten auf der Festplatte speichert, sind sie an

[Verwandte Q&A-Empfehlungen] gebunden:

MySQL-Master-Slave-Architektur, was soll ich tun, wenn der Master-Server ausfällt?

Das obige ist der detaillierte Inhalt vonEmpfohlene 10 MySQL-Master-Slave-Architekturen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn