Heim  >  Artikel  >  Datenbank  >  Analysieren Sie kurz die Snapshots in MVCC und sehen Sie, wie Snapshots funktionieren.

Analysieren Sie kurz die Snapshots in MVCC und sehen Sie, wie Snapshots funktionieren.

青灯夜游
青灯夜游nach vorne
2022-03-10 11:01:312338Durchsuche

In diesem Artikel erfahren Sie mehr über Snapshots in MVCC und erfahren, wie Snapshots in MVCC funktionieren. Ich hoffe, es kann allen helfen!

Analysieren Sie kurz die Snapshots in MVCC und sehen Sie, wie Snapshots funktionieren.

MVCC

In MySQL (innodb-Speicher-Engine) zeichnet jeder Datensatz tatsächlich gleichzeitig einen Rollback-Vorgang auf, wenn er aktualisiert wird. Der neueste Wert im Datensatz kann durch Zurücksetzen des Werts des vorherigen Status ermittelt werden.

Angenommen, ein Wert wird der Reihe nach von 1 auf 2, 3 und 4 geändert. Im Rollback-Protokoll wird ein Datensatz ähnlich dem folgenden angezeigt.

Analysieren Sie kurz die Snapshots in MVCC und sehen Sie, wie Snapshots funktionieren.

Der aktuelle Wert ist 4, aber beim Abfragen dieses Datensatzes haben Transaktionen, die zu unterschiedlichen Zeiten gestartet wurden, unterschiedliche Leseansichten. Wie Sie in der Abbildung sehen können, sind die Werte dieses Datensatzes in den Ansichten A, B und C jeweils 1, 2 und 4. Derselbe Datensatz kann in mehreren Versionen im System vorhanden sein, was die Multi-Version ist. Versionskontrolle (MVCC) der Datenbank. Um für Leseansicht A 1 zu erhalten, muss der aktuelle Wert durch Ausführen aller Rollback-Vorgänge in der Abbildung ermittelt werden.

Wie definiert InnoDB einen „Snapshot“?

Jede Transaktion in InnoDB hat eine eindeutige Transaktions-ID, die sogenannte Transaktions-ID. Es wird zu Beginn der Transaktion auf das InnoDB-Transaktionssystem angewendet und erfolgt in der Reihenfolge der Anwendung streng inkrementell.

Und jede Datenzeile hat auch mehrere Versionen. Jedes Mal, wenn eine Transaktion Daten aktualisiert, wird eine neue Datenversion generiert und die Transaktions-ID wird der Transaktions-ID dieser Datenversion zugewiesen, die als Zeile trx_id aufgezeichnet wird. Gleichzeitig soll die alte Datenversion erhalten bleiben und in der neuen Datenversion direkt abrufbare Informationen vorhanden sein.

Mit anderen Worten: Eine Datensatzzeile in der Datentabelle kann tatsächlich mehrere Versionen (Zeile) haben, und jede Version hat ihre eigene Zeilen-trx_id.

Analysieren Sie kurz die Snapshots in MVCC und sehen Sie, wie Snapshots funktionieren.

Gemäß der Definition von wiederholbarem Lesen: Wenn eine Transaktion gestartet wird, sind alle übermittelten Transaktionsergebnisse sichtbar. Während diese Transaktion ausgeführt wird, sind Aktualisierungen anderer Transaktionen für sie jedoch nicht sichtbar.

Daher muss eine Transaktion beim Start nur deklarieren: „Basierend auf dem Moment, in dem ich starte, wird eine Datenversion erkannt, wenn sie vor dem Start generiert wird; wenn sie nach dem Start generiert wird, werde ich das nicht tun.“ Wenn ich es nicht erkenne, muss ich die vorherige Version davon finden.“ Wenn die „Vorgängerversion“ auch nicht sichtbar ist, muss man natürlich weiter nach vorne schauen. Auch wenn die Daten durch die Transaktion selbst aktualisiert werden, muss sie dennoch erkannt werden.

In Bezug auf die Implementierung erstellt InnoDB für jede Transaktion ein Array, um alle Transaktions-IDs zu speichern, die zum Zeitpunkt des Transaktionsstarts derzeit „aktiv“ sind. „Aktiv“ bedeutet, dass es gestartet, aber noch nicht übermittelt wurde.

Der Mindestwert der Transaktions-ID im Array wird als Niedrigwasserstand aufgezeichnet, und der Höchstwert der im aktuellen System erstellten Transaktions-ID plus 1 wird als Hochwasserstand aufgezeichnet.

Dieses Ansichtsarray unterteilt alle Zeilen trx_id in verschiedene Situationen.

Analysieren Sie kurz die Snapshots in MVCC und sehen Sie, wie Snapshots funktionieren.

Auf diese Weise hat die Zeile trx_id einer Datenversion für den Startmoment der aktuellen Transaktion die folgenden Möglichkeiten:

  • Wenn sie in den grünen Teil fällt, bedeutet dies, dass diese Version übermittelt wurde Transaktion oder die aktuelle Transaktion selbst generiert diese Daten und diese Daten sind sichtbar

  • Wenn sie in den roten Teil fallen, bedeutet dies, dass diese Version durch eine in der Zukunft gestartete Transaktion generiert wird und definitiv unsichtbar ist

  • Wenn es in den gelben Teil fällt, dann enthält es zwei Situationen

a. Wenn sich die Zeile trx_id im Array befindet, bedeutet dies, dass diese Version von einer Transaktion generiert wurde, die noch nicht übermittelt wurde und unsichtbar ist
b. Wenn die Zeile trx_id nicht im Array enthalten ist, bedeutet dies, dass diese Version von der festgeschriebenen Transaktion generiert wurde und sichtbar ist.

Zum Beispiel:

Sitzung A startet eine Transaktion A. Bevor Transaktion A startet, gibt es drei aktive Transaktionen im System, und ihre IDs lauten 90 93 95.
Dann ist die ID von Transaktion A 100
Zu diesem Zeitpunkt ist das Ansichtsarray für Transaktion A wie folgt: [90 93 95 100], wobei der Niedrigwasserstand 90 und der Hochwasserstand 100+1=101 beträgt
; Jetzt beginnt Transaktion A mit dem Lesen von Daten

  • Wenn Sie lesen, dass die ID 104 ist, was über der Höchstgrenze von 101 liegt, bedeutet dies, dass diese Version durch eine in der Zukunft gestartete Transaktion generiert wird, und sie ist definitiv unsichtbar
  • Wenn Sie das lesen; Die ID ist 88, was unter der Tiefstwassermarke von 90 liegt. Dies bedeutet, dass es sich bei dieser Version um eine übermittelte Transaktion handelt oder dass sie von der aktuellen Transaktion selbst generiert wurde.
  • Ich habe gelesen, dass die ID 94 ist liegt zwischen dem niedrigen Wasserstand und dem hohen Wasserstand, ist aber nicht im Array [90 93 95 100]. Zeigt an, dass diese Version durch eine festgeschriebene Transaktion generiert wurde und sichtbar ist.
  • Ich habe gelesen, dass die ID 93 ist, was zwischen dem niedrigen Wasserstand und dem hohen Wasserstand liegt. Dieses Array [90 93 95 100] zeigt an, dass diese Version durch eine Transaktion generiert wurde, die noch nicht übermittelt wurde und unsichtbar ist.

Dies Die Beurteilungsregeln werden direkt aus der Codelogik übersetzt, aber wie Sie sehen, ist es schwierig, sie für die Sichtbarkeit der menschlichen Fleischanalyse zu verwenden.

Also, lass es mich für dich übersetzen. Für eine Datenversion gibt es für eine Transaktionsansicht zusätzlich dazu, dass ihre eigenen Aktualisierungen immer sichtbar sind, drei Situationen:

  • Version wird nicht übermittelt und ist unsichtbar;

  • Version wird übermittelt, aber sie wird nachträglich übermittelt Die Ansicht wurde erstellt, unsichtbar.

  • Die Version wurde übermittelt, und zwar vor der Erstellung der Ansicht, sodass sie sichtbar ist.

【Verwandte Empfehlungen: MySQL-Video-Tutorial

Das obige ist der detaillierte Inhalt vonAnalysieren Sie kurz die Snapshots in MVCC und sehen Sie, wie Snapshots funktionieren.. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Dieser Artikel ist reproduziert unter:jianshu.com. Bei Verstößen wenden Sie sich bitte an admin@php.cn löschen