Die integrierten Replikationsfunktionen von MySQL bilden die Grundlage für die Erstellung großer, leistungsstarker Anwendungen. Verteilen Sie MySQL-Daten auf mehrere Systeme. Dieser verteilte Mechanismus wird erreicht, indem die Daten eines bestimmten MySQL-Hosts auf andere Host-Slaves kopiert und erneut ausgeführt werden.
Bei der Replikation fungiert ein Server als Master und ein oder mehrere andere Server fungieren als Slaves. Der Master schreibt Aktualisierungen in binäre Protokolldateien und verwaltet einen Index der Dateien, um die Protokollrotation zu verfolgen. Diese Protokolle zeichnen Aktualisierungen auf, die an Slave-Server gesendet werden. Wenn ein Slave eine Verbindung zum Master herstellt, benachrichtigt er den Master über den Ort der letzten erfolgreichen Aktualisierung, die der Slave im Protokoll gelesen hat. Der Slave-Server empfängt alle seitdem erfolgten Aktualisierungen, blockiert dann und wartet darauf, dass der Master-Server sie über Aktualisierungen benachrichtigt.
Probleme mit der MySQL-Master-Slave-Replikation:
Antwort: Wenn wir über das Prinzip der Master-Slave-Synchronisationsverzögerung in der MySQL-Datenbank sprechen, müssen wir mit dem Prinzip der Master-Slave-Replikation der MySQL-Datenbank beginnen. Die Hauptdatenbank generiert Binlog Für alle DDL- und DML-Programme ist die Effizienz sehr hoch DDL- und DML-Operationen der Hauptbibliothek auf dem Slave. Die E/A-Operationen von DML und DDL sind zufällig und nicht sequentiell, daher können auch andere Abfragen auf dem Slave zu Sperrenkonflikten führen. Da Slave_SQL_Running ebenfalls Single-Threaded ist, muss ein DDL-Karten-Master zehnmal ausgeführt werden. Minuten, dann warten alle nachfolgenden DDL, bis die Ausführung dieses DDL abgeschlossen ist, bevor sie fortfahren, was zu Verzögerungen führt. Einige Freunde werden fragen: „Derselbe DDL in der Hauptbibliothek muss auch 10 Minuten lang ausgeführt werden. Warum ist der Slave verzögert?“ Die Antwort ist, dass der Master gleichzeitig ausgeführt werden kann, der Slave_SQL_Running-Thread jedoch nicht.
Antwort: Wenn die TPS-Parallelität der Hauptbibliothek hoch ist, übersteigt die Anzahl der generierten DDL den Bereich, den ein SQL-Thread des Slaves aushalten kann, und dann kann es zu einer Verzögerung beim Warten auf die Sperre kommen große Abfrageanweisung.
Antwort: Die einfachste Lösung zur Reduzierung der Slave-Synchronisationsverzögerung besteht darin, die Architektur zu optimieren und zu versuchen, die DDL der Hauptbibliothek schnell auszuführen. Es gibt auch die Tatsache, dass die Hauptbibliothek eine hohe Datensicherheit aufweist, z. B. sync_binlog = 1, innodb_flush_log_at_trx_commit = 1. Der Slave benötigt jedoch keine so hohe Datensicherheit. Sie können sync_binlog auf 0 oder setzen Binlog deaktivieren kann auch auf 0 gesetzt werden, um die SQL-Ausführungseffizienz zu verbessern. Die andere Möglichkeit besteht darin, als Slave ein besseres Hardwaregerät als die Hauptbibliothek zu verwenden.
1. Netzwerkverzögerung
2. Hauptlast
3. Sklavenladung
Der allgemeine Ansatz besteht darin, mehrere Slaves zum Verteilen von Leseanforderungen zu verwenden und dann einen dedizierten Server dieser Slaves nur für die Sicherung zu verwenden, ohne dass weitere Vorgänge erforderlich sind, sodass die Anforderungen an „Echtzeit“ maximal erfüllt werden können
Darüber hinaus führen wir zwei weitere Parameter ein, die die Verzögerung reduzieren können
–slave-net-timeout=Sekunden
Parameterbedeutung: Wenn der Slave keine Protokolldaten aus der Hauptdatenbank liest, wie lange muss gewartet werden, bis die Verbindung wiederhergestellt und die Daten abgerufen werden können
Die Einheit von „slave_net_timeout“ ist Sekunden. Die Standardeinstellung ist 3600 Sekunden
|. Slave_net_timeout |. 3600
–master-connect-retry=Sekunden
Parameterbedeutung: Wie lange dauert der erneute Versuch, wenn beim erneuten Herstellen der Master-Slave-Verbindung die Verbindung fehlschlägt?
Die Einheit für den Master-Verbindungswiederholungsversuch ist Sekunden. Die Standardeinstellung ist 60 Sekunden
Normalerweise kann die Konfiguration der beiden oben genannten Parameter die durch Netzwerkprobleme verursachte Verzögerung bei der Master-Slave-Datensynchronisierung verringern
Das obige ist der detaillierte Inhalt vonSo lösen Sie die MySQL-Master-Slave-Verzögerung. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
