Ein Artikel über die Einfügeabsichtssperre in MySQL

In diesem Artikel sprechen wir über die Einfügeabsichtssperre in MySQL und stellen vor, was die Einfügeabsichtssperre ist. Warum muss ich eine Intent-Sperre einfügen? Hoffe, es hilft allen!

Insert Intention Lock, wir nennen es auf Chinesisch auch Insert Intention Lock.

Dies kann als Ergänzung zu der Lückensperre betrachtet werden, über die wir zuvor gesprochen haben. Wenn Sie die Lückensperre immer noch nicht verstehen, können Sie sich auf Folgendes beziehen: Aufnahmesperre, Lückensperre und Next-Key-Sperren.

1. Warum müssen wir eine Intention Lock einfügen?

Angenommen, ich habe die folgende Tabelle:

CREATE TABLE `user` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `username` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
  `age` int(11) NOT NULL,  PRIMARY KEY (`id`),
  KEY `age` (`age`)
) ENGINE=InnoDB AUTO_INCREMENT=10 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

id ist ein automatisch inkrementierter Primärschlüssel; Alter ist ein gemeinsamer Index. Jetzt sind die folgenden Daten in der Tabelle:

Angenommen, ich möchte die folgende Einfügung ausführen SQL:

begin;insert into user(username,age) values('wangwu',95);

Hinweis: Diese SQL wurde ausgeführt, aber die Transaktion wurde noch nicht festgeschrieben.

Nach den Erkenntnissen, die wir zuvor über Gap Lock gelernt haben, beträgt der Bereich von Gap Lock derzeit (89,99), was bedeutet, dass kein Alter in diesem Bereich eingefügt werden kann.

Wenn dies der Fall ist, werden Freunde feststellen, dass die Effizienz der Dateneinfügung zu gering ist und es leicht zu Sperrkonflikten kommt. Was sollen wir also tun?

Die Einfügungsabsichtssperre, die wir heute vorstellen werden, wird verwendet, um dieses Problem zu lösen.

2. Was ist eine Einfügeabsichtssperre? Schauen wir uns die Einführung auf der offiziellen MySQL-Website an:

Eine Einfügeabsichtssperre ist eine Art Lückensperre, die durch INSERT-Operationen vor dem Einfügen von Zeilen festgelegt wird lock signalisiert die Absicht, so einzufügen, dass mehrere Transaktionen, die in dieselbe Indexlücke eingefügt werden, nicht aufeinander warten müssen, wenn sie nicht an derselben Position innerhalb der Lücke eingefügt werden. Angenommen, es gibt Indexdatensätze mit Werten von 4 und 7. Separate Transaktionen, die versuchen, Werte von 5 bzw. 6 einzufügen, sperren jeweils die Lücke zwischen 4 und 7 mit Einfügeabsichtssperren, bevor sie die exklusive Sperre für die eingefügte Zeile erhalten, blockieren sich aber nicht gegenseitig, weil die Zeilen sind nicht widersprüchlich.

grob übersetzt Das nächste ist so:

Die Einfügeabsichtssperre ist eine Art Lückensperre, die vor der INSERT-Operation gesetzt wird. Die Einfügeabsichtssperre stellt eine Einfügeabsicht dar, also bei mehreren verschiedenen Transaktionen Beim Einfügen von Daten in die Lücke müssen sie nicht aufeinander warten, das heißt, sie werden nicht blockiert (wenn Sie einfach der vorherigen Gap-Lock-Theorie folgen). Sie müssen warten, bis eine Lückensperre freigegeben wird, bevor die nächste Transaktion Daten in dieselbe Lücke einfügen kann. Angenommen, es gibt Indexdatensätze mit den Werten 4 und 7. Jetzt gibt es zwei Transaktionen, die versuchen, Datensätze mit den Werten 5 bzw. 6 einzufügen. Jede Transaktion verwendet eine Einfügeabsichtssperre, um zwischen 4 und 7 zu sperren, bevor sie die exklusive Sperre erhält die eingefügte Zeile, aber die beiden Transaktionen blockieren sich nicht gegenseitig, da die Zeilen nicht in Konflikt stehen.

Hiermit wird die Absichtssperre eingefügt.

3. Üben

Bitte beachten Sie, dass Brother Song zuvor mit allen über Gap Lock gesprochen und gesagt hat, dass dies ein einzigartiges Produkt unter der Isolationsstufe REPEATABLE READ ist. Daher ist Insert Intention Lock jetzt ein spezielles Gap Lock , natürlich auch unter der Isolationsstufe des wiederholbaren Lesens wirksam.

Als nächstes demonstrieren wir das Einfügen einer Absichtssperre anhand von zwei einfachen Fällen.

3.1 Fall 1

Unsere Tabellenstruktur und Daten stimmen mit dem ersten Abschnitt überein.

Zuerst führen wir den folgenden Code in Sitzung A aus:

Jetzt ist die Transaktion in Sitzung A nicht festgeschrieben.

Als nächstes führen wir auch eine Einfügeoperation in Sitzung B durch:

Wir haben festgestellt, dass Sitzung B auch normal ohne Blockierung ausgeführt werden kann.

Dies zeigt, dass die beiden Einfügungsabsichtssperren kompatibel sind und nebeneinander existieren können.

3.2 Fall 2

Sehen wir uns ein weiteres inkompatibles Beispiel an.

Führen Sie zunächst die folgende SQL in Sitzung A aus, um Datensätze mit einem Alter von mehr als 80 Jahren abzufragen, und fügen Sie eine exklusive Sperre hinzu:

Führen Sie als Nächstes in Sitzung B den folgenden Code aus, um eine Datenzeile einzufügen:

Freunde, ihr seht, dass dieser Vorgang blockiert wird! Der Grund für die Blockierung besteht darin, dass sich die Einfügungsabsichtssperre und die Exklusivsperre gegenseitig ausschließen.

Unter Ausnutzung der Blockierungssituation verwenden wir in Sitzung C den im vorherigen Artikel verwendeten show engine innodb statusG-Befehl, um die Sperrsituation zu überprüfen, wobei wir uns auf den TRANSACTION-Knoten konzentrieren:

Im Ausgabeinhalt befindet sich die Stelle, an der die rote Wenn das Kästchen ausgewählt ist, weist dies eindeutig auf das Vorhandensein der Einfügungsabsichtssperre hin.

4. Zusammenfassung

Zusammenfassend:

• Insert-Absichtssperre ist zwar im Namen enthalten, es handelt sich jedoch tatsächlich um eine spezielle Lückensperre.

• Insert-Intention-Sperren schließen sich nicht gegenseitig aus.

• Fügen Sie einen gegenseitigen Ausschluss zwischen Absichtssperre und Exklusivsperre ein.

Okay, wenn Sie Fragen haben, hinterlassen Sie bitte eine Nachricht zur Diskussion.

【Verwandte Empfehlungen: MySQL-Video-Tutorial】

Das obige ist der detaillierte Inhalt vonEin Artikel über die Einfügeabsichtssperre in MySQL. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!