Durch die MySql-Typkonvertierung wird die Zeilensperre auf eine Tabellensperre aktualisiert

Wenn in der Schreibanweisung von MySql der der Tabellenspalte zugewiesene Wert nicht mit dem Tabellentyp übereinstimmt, wird der zugrunde liegende Optimierer von MySql wirksam und führt eine erzwungene Typkonvertierung durch. Zu diesem Zeitpunkt kann der Vorgang normal sein. Die Zeilensperre wird jedoch auf die Tabellensperre aktualisiert. Das Beispiel lautet wie folgt:

Am Beispiel der Schülertabelle lautet der Tabellenfeldtyp:
Der Tabelleninhalt lautet wie folgt:

Öffnen Sie zwei Sitzungsfenster und ändern Sie den automatischen Übermittlungsmodus von MySql in den beiden Sitzungsfenstern in manuelle Übermittlung

>set autocommit=false;

Führen Sie die Aktualisierungsanweisung in Sitzungsfenster 1 aus, aber schreiben Sie die Transaktion nicht fest. Die Altersspalte wird beim Erstellen der Tabelle als int-Typ angegeben. Die Zeichenfolge „100“ wird für die Zuweisung in der Update-Anweisung verwendet. Der MySql-Optimierer konvertiert die Zeichenfolge „100“ automatisch in eine Ganzzahl 100 und führt dann den SQL-Abruf durch. .

>update student set class=3 where age='100'

Führen Sie dann Aktualisierungsvorgänge für andere irrelevante Daten im Sitzungsfenster 2 durch.

>update student set age=28 where name='lzj';

Unter normalen Umständen sind die von den beiden SQL-Anweisungen verarbeiteten Zeilendaten unterschiedlich und wirken sich bei der Ausführung nicht gegenseitig aus. Der eigentliche Aktualisierungsvorgang in Sitzung 1 blockierte jedoch den Aktualisierungsvorgang in Sitzung 2
Der Aktualisierungsvorgang wurde in Sitzung 1 ausgeführt, die Transaktionsübermittlung wurde jedoch nicht durchgeführt. Die Isolationsstufe der Transaktion ist also „Read Committed“. Es wird immer noch in Sitzung 2 angezeigt. Weniger als die aktualisierten Ergebnisse in Sitzung 1. Beim Durchführen von Datenaktualisierungsvorgängen für andere Zeilen in Sitzung 2 kam es jedoch zu einer Blockierung. Es ist ersichtlich, dass die Zuweisung der SQL-Anweisung in Sitzung 1 erzwungen wurde, was dazu führte, dass die Zeilensperre in Sitzung 1 zu einer Tabellensperre hochgestuft wurde, wodurch die gesamte Schülertabelle gesperrt wurde und somit die SQL in Sitzung 2 blockiert wurde. Führen Sie als Nächstes ein Transaktions-Commit für den Aktualisierungsvorgang in Sitzung 1 durch. Anschließend wird der Aktualisierungsvorgang in Sitzung 2 weiterhin ausgeführt.
Führen Sie den Aktualisierungsvorgang in Sitzung 1 aus.commitNachdem Sie die Transaktion manuell übermittelt haben, wird Sitzung 1 ausgeführt wird freigegeben. Geben Sie die Tabellensperre des Schülers frei, und der Aktualisierungsvorgang in Sitzung 2 kann weiterhin ausgeführt werden.
Abschließend wird auch die Transaktionsübermittlung für die Aktualisierung in Sitzung 2 ausgeführt. Der Inhalt der Schülertabelle lautet wie folgt: commit

Von Der obige Fall ist die SQL-Anweisung. Wenn die Zuweisung nicht mit dem Tabellenspaltentyp übereinstimmt, erzwingt der Optimierer von MySql die Konvertierung in einen passenden Typ, wodurch die Zeilensperre auf eine Tabellensperre aktualisiert wird. Daher müssen Sie während der Entwicklung auf die Typübereinstimmung achten, um zu vermeiden, dass Zeilensperren zu Tabellensperren aktualisiert werden, was sich negativ auf die Parallelitätsleistung auswirkt.

Verwandte Empfehlungen:

Detaillierte Einführung in MySQL-Sperren auf Zeilenebene, Sperren auf Tabellenebene und Sperren auf Seitenebene

Sperre auf Tabellenebene für MySQL-Sperrenverwendung

Das obige ist der detaillierte Inhalt vonDurch die MySql-Typkonvertierung wird die Zeilensperre auf eine Tabellensperre aktualisiert. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!