Was ist der Unterschied zwischen Tabellensperren und Zeilensperren in MySQL?

Der Unterschied zwischen Tabellensperren und Zeilensperren in MySQL ist: 1. Tabellensperren bevorzugen die Myisam-Speicher-Engine und Zeilensperren bevorzugen die Innodb-Speicher-Engine. 2. Tabellensperren haben einen geringen Overhead, während Zeilensperren dies tun ein großer Overhead; 3. Tabellensperren Die Sperrgranularität ist groß und die Sperrgranularität der Zeilensperre ist klein.

In diesem Artikel werden MySQL-Tabellensperren und Zeilensperren im Detail vorgestellt und die Unterschiede analysiert und verglichen. Ich hoffe, dass dies eine Referenz für alle ist.

(Empfohlenes Video-Tutorial: MySQL-Video-Tutorial )

1. Tabellensperre

Funktionen: Bevorzugte MyISAM-Speicher-Engine, Der Overhead ist gering, die Sperrung erfolgt schnell und es gibt keinen Deadlock. Die Sperrgranularität ist groß, die Wahrscheinlichkeit eines Sperrenkonflikts ist am höchsten und die Parallelität ist am niedrigsten.

Wenn wir eine Tabelle bearbeiten oder eine Anweisung ausführen, um eine Tabelle zu ändern, fügen wir der Tabelle normalerweise eine Tabellensperre hinzu, um einige asynchrone Dinge zu vermeiden. Es gibt zwei Arten von Tabellensperren: Eine davon ist eine Lesesperre Sperre und die andere ist eine Schreibsperre.

Wir können diese beiden Sperren manuell zur Tabelle hinzufügen. Die Anweisung lautet:

lock table 表名 read(write);

Sperren aller Tabellen freigeben:

unlock tables;

Sperren anzeigen Tabelle:

show open tables;

Lesesperre hinzufügen (gemeinsame Sperre):

Welche Auswirkung hat es, wenn wir der Tabelle eine Lesesperre hinzufügen?

1. Der Prozess, dem wir die Lesesperre hinzugefügt haben, kann die Tabelle mit der Lesesperre lesen, aber keine anderen Tabellen.

2. Der Prozess mit Lesesperre kann die Tabelle mit Lesesperre nicht aktualisieren.

3. Andere Prozesse können die lesegesperrte Tabelle lesen (da es sich um eine gemeinsame Sperre handelt) und können auch andere Tabellen lesen

4 Andere Prozesse aktualisieren Tabelle mit Lesesperre Die Tabelle wartet immer auf die Sperre und die Aktualisierung ist erst erfolgreich, wenn die Sperre aufgehoben wird.

Schreibsperre (exklusive Sperre):

1. Der Sperrvorgang kann jede Operation (CURD) auf der gesperrten Tabelle ausführen.

2. Andere Prozesse können die gesperrte Tabelle nicht abfragen und müssen warten, bis die Sperre aufgehoben wird

Zusammenfassung:

Lesesperre blockiert das Schreiben, blockiert jedoch nicht das Lesen. Die Schreibsperre blockiert sowohl das Lesen als auch das Schreiben. (Achten Sie besonders auf den Prozess)

Analyse:

show status like 'table%';

Geben Sie den obigen Befehl ein, um Folgendes zu erhalten:

+----------------------------+----------+
| Variable_name        | Value |
+----------------------------+----------+
| Table_locks_immediate | 105         |
| Table_locks_waited   | 3           |
+----------------------------+----------+

Table_locks_immediate: Die Anzahl der Tabellen- Ebene der generierten Sperren, die die Anzahl der Abfragen angibt, die die Sperre sofort erwerben können, und der Wert der Sperre wird bei jeder sofortigen Erfassung um 1 erhöht.

Table_locks_waited: Die Anzahl der Wartezeiten aufgrund eines Sperrkonflikts auf Tabellenebene (die Häufigkeit, mit der die Sperre nicht sofort erhalten werden kann, der Sperrwert erhöht sich bei jeder Wartezeit um 1), ein hoher Wert zeigt an Das Vorhandensein schwerwiegenderer Sperrkonfliktbedingungen auf Tabellenebene.

2. Zeilensperre

Eigenschaften: Begünstigt die InnoDB-Speicher-Engine, hoher Overhead, langsame Sperrgranularität ist minimal und die Wahrscheinlichkeit von Sperrkonflikten ist gering tritt auf: Die niedrigste und die höchste Parallelität.

Zeilensperre unterstützt Transaktionen, daher wird das Wissen über Transaktionen im nächsten Blog zusammengefasst.

Verhalten:

1. Wenn wir eine Zeile aktualisieren, sie aber nicht senden, aktualisieren andere Prozesse die Zeile ebenfalls und müssen warten.

2. Wenn wir eine Zeile aktualisieren, sind andere Prozesse, die andere Zeilen aktualisieren, nicht betroffen.

Zeilensperre wird zur Tabellensperre aktualisiert:

Wenn unsere Zeilensperre einen Indexfehler beinhaltet, wird das Verhalten der Tabellensperre ausgelöst.

Normalerweise sperrt jeder seine eigene Zeile und beeinflusst sich nicht gegenseitig. Einer ist 2000 und der andere ist 3000.

Da ein Index auf Spaltenfeld b erstellt wird, wenn dies der Fall ist Wird es nicht normal verwendet, führt dies dazu, dass sich die Zeilensperre in eine Tabellensperre

ändert. Wenn beispielsweise keine einfachen Anführungszeichen hinzugefügt werden, wird der Index ungültig, die Zeilensperre ändert sich in eine Tabellensperre

und wird blockiert , warten. Erst nachdem Session_1 übermittelt wurde, wird die Blockierung aufgehoben und die Aktualisierung abgeschlossen

Daher müssen wir Indexabfragen weiterhin sinnvoll nutzen.

Lückensperre:

Wenn wir Daten mithilfe von Bereichsbedingungen anstelle von Gleichheitsbedingungen abrufen und gemeinsame oder exklusive Sperren anfordern, gibt InnoDB vorhandene Daten aus, die die Bedingungen erfüllen. Der Index Der Eintrag des Datensatzes ist gesperrt. Für den Datensatz, dessen Schlüsselwert innerhalb des Bedingungsbereichs liegt, wird er auch als „Lücke“ bezeichnet. Dieser Sperrmechanismus ist die sogenannte Lückensperre (Next-Key-Sperre).

Denn wenn die Abfrage während der Ausführung eine Bereichssuche durchläuft, werden alle Indexschlüsselwerte im gesamten Bereich gesperrt, auch wenn der Schlüsselwert nicht vorhanden ist.

Die Lückensperre hat eine schwerwiegende Schwäche: Nach dem Sperren einer Reihe von Schlüsselwerten werden sogar einige nicht vorhandene Schlüsselwerte unschuldig gesperrt, sodass sie bei Sperrung nicht eingefügt werden können alle Daten innerhalb des Schlüsselwertbereichs. In einigen Szenarien kann dies die Leistung erheblich beeinträchtigen.

Optimierungsvorschläge:

Der gesamte Datenabruf sollte so weit wie möglich über Indizes erfolgen, um unnötige Indexzeilensperren zu vermeiden werden auf Tabellensperren umgerüstet.

Gestalten Sie den Index vernünftig und reduzieren Sie den Umfang der Sperren so weit wie möglich

So wenig Suchbedingungen wie möglich, um Lückensperren zu vermeiden

Versuchen Sie, die Transaktionsgröße zu kontrollieren und reduzieren Sie die Menge der gesperrten Ressourcen und die Zeitdauer

Transaktionsisolation auf möglichst niedrigem Niveau

Das obige ist der detaillierte Inhalt vonWas ist der Unterschied zwischen Tabellensperren und Zeilensperren in MySQL?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!