In diesem Artikel erfahren Sie mehr über den Zwei-Phasen-Übermittlungsmechanismus von MySQL, stellen das Redo-Protokoll und das Bin-Protokoll vor und sehen, wie sie zusammenarbeiten, um die Zwei-Phasen-Übermittlung abzuschließen.
MySQL stellt die logische Konsistenz von Redo-Log und Bin-Log durch den zweistufigen Übermittlungsmechanismus sicher und stellt so sicher, dass keine Daten verloren gehen und die Daten in der Master-Slave-Datenbank konsistent sind.
Apropos zweistufige Übermittlung: Wir müssen zuerst das Redo-Protokoll und das Bin-Protokoll einführen.
Redo-Log
Redo-Log ist das Redo-Log, ein für die InnoDB-Engine einzigartiges Protokoll (einige Interviewer fragen oft danach).
Was macht Redo Log hauptsächlich?
Nehmen Sie das Aktualisieren von Daten als Beispiel. Wir wissen, dass MySQL-Daten bei jeder Aktualisierung der Daten nach den zu aktualisierenden Daten durchsucht werden wird sehr hoch sein.
Es ist in Ordnung, wenn es sich um ein Solid-State-Laufwerk handelt, aber wenn es sich um eine mechanische Festplatte handelt, kann die Aktualisierungsleistung von MySQL unsere Geschäftsanforderungen einfach nicht erfüllen.
MySQL verwendet also eine Technologie namens WAL, Write-Ahead Logging.
Beim Aktualisieren von Daten wird der Aktualisierungsvorgang (dh welche Änderungen auf einer bestimmten Datenseite vorgenommen werden) zuerst in das Redo-Protokoll geschrieben und dann der Speicher aktualisiert. Dieser Aktualisierungsvorgang wird abgeschlossen. MySQL schreibt Redo-Log-Vorgangsdatensätze auf die Festplatte, wenn der Server inaktiv ist, um die Datenkonsistenz aufrechtzuerhalten.
Es ist zu beachten, dass das Redo-Protokoll zwar auch eine Datei auf der Festplatte ist, die Leistung jedoch aufgrund des sequentiellen Schreibens sehr hoch ist.
Natürlich hat auch das Redo-Log eine Größenbeschränkung und unbegrenztes Schreiben ist nicht möglich.
Nehmen Sie das obige Bild als Beispiel. Die Schreibposition stellt dar, wo der aktuelle Datensatz geschrieben wird, und der Prüfpunkt stellt einen Fortbewegungspunkt dar, um Daten zu löschen .Vorgang, um sicherzustellen, dass das Redo-Log kontinuierlich geschrieben werden kann.
Natürlich werden die Redo-Log-Datensätze vor dem Löschen der Daten auf die Festplatte geschrieben.
Durch das Redo-Protokoll können Sie sicherstellen, dass die Daten auch bei einem abnormalen Neustart von MySQL nicht verloren gehen (da das Redo-Protokoll ein physisches Protokoll ist und wieder abgespielt werden kann).
Bin-Protokoll
Das Bin-Protokoll ist ein vom MySQL-Server bereitgestelltes Protokoll, das als Archivprotokoll bezeichnet wird. Alle Engines können das Bin-Protokoll verwenden.
Was ist der Unterschied zwischen Bin-Log und Redo-Log?
1. Die Anbieter dieser beiden Protokolle sind unterschiedlich: Das Bin-Protokoll wird vom MySQL-Server bereitgestellt und das Redo-Protokoll ist einzigartig für die InnoDB-Engine.
2. Das Redo-Protokoll zeichnet hauptsächlich die an einer bestimmten Datenseite vorgenommenen Änderungen auf, während das Bin-Protokoll die ursprüngliche Logik der Anweisung aufzeichnet, z. B. das Aktualisieren eines bestimmten Felds einer bestimmten Zeile.
3. Das Redo-Log wird in einer Schleife geschrieben und die Daten werden überschrieben. Bin-Protokoll wird angehängt. Wenn eine Datei voll ist, wird die nächste Datei geschrieben.
Zwei-Phasen-Übermittlung
Nach der Einführung von Redo-Log und Bin-Log werfen wir einen Blick darauf, wie sie zusammenarbeiten, um die Zwei-Phasen-Übermittlung abzuschließen.
Das obige Bild zeigt einen Prozess zum Aktualisieren von Daten. Sie können sehen, dass MySQL vor dem Aktualisieren eines Datenelements zunächst die Daten in den Speicher lädt, dann den Speicher aktualisiert und mit dem Schreiben des Redo-Protokolls beginnt.
Zu diesem Zeitpunkt befindet sich das Redo-Protokoll im Vorbereitungszustand. Nachdem das Bin-Protokoll abgeschlossen und die Transaktion übermittelt wurde, ist der Aktualisierungsvorgang dieses Datensatzes abgeschlossen.
Redo-Log-Vorbereitung -> Bin-Log schreiben -> Redo-Log-Commit, dieser Vorgang wird als zweistufiges Commit bezeichnet.
Lassen Sie uns die Vorteile der zweistufigen Einreichung analysieren.
Szenario 1: Wenn sich das Redo-Protokoll im Vorbereitungsstatus befindet und das Schreiben in das Bin-Protokoll fehlschlägt, ist das Redo-Protokoll zu diesem Zeitpunkt nicht festgeschrieben und das Bin-Protokoll enthält keine Aufzeichnungen ist konsistent und es gibt kein Problem.
Szenario 2: Wenn sich das Redo-Protokoll im Vorbereitungszustand befindet, wird das Bin-Protokoll erfolgreich geschrieben, aber der Computer ist ausgefallen und der Commit schlägt fehl. Zu diesem Zeitpunkt generierte das Bin-Protokoll einen Datensatz, das Redo-Protokoll wurde nicht erfolgreich geschrieben und die Daten waren vorübergehend inkonsistent.
Aber keine Sorge, wenn MySQL neu startet, prüft es die Datensätze im Vorbereitungszustand im Redo-Log. Im Redo-Protokoll gibt es ein Feld namens „Wenn das Schreiben nicht erfolgreich ist, wird die Übermittlung tatsächlich aufgegeben.“
Durch diesen Mechanismus wird die Konsistenz von Redo-Log und Bin-Log sichergestellt.
Zusammenfassung
Der Grund, warum es in MySQL sowohl ein Redo-Log als auch ein Bin-Log gibt, liegt darin, dass das Bin-Log ein von MySQL Server bereitgestelltes Archivprotokoll ist und nicht über Absturzsicherungsfunktionen verfügt. Das Redo-Log selbst kann nicht archiviert werden. Es handelt sich um ein Protokoll, das in einer Schleife geschrieben wird.
MySQL stellt die Datenkonsistenz sicher, indem es diese beiden Protokolle integriert und einen zweistufigen Übermittlungsmechanismus verwendet.
Schreiben ist nicht einfach, danke für deine Likes und Aufmerksamkeit.
【Verwandte Empfehlungen: MySQL-Video-Tutorial】
Das obige ist der detaillierte Inhalt vonInterviewer: Lassen Sie uns über den zweistufigen Übermittlungsmechanismus von MySQL sprechen.. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
