Heim  >  Artikel  >  Datenbank  >  Eine kurze Beschreibung des pessimistischen Lockings und des optimistischen Lockings

Eine kurze Beschreibung des pessimistischen Lockings und des optimistischen Lockings

(*-*)浩
(*-*)浩nach vorne
2019-09-05 16:00:222466Durchsuche

Pessimistische Sperre, wie der Name schon sagt, ist es sehr pessimistisch. Jedes Mal, wenn Sie die Daten abrufen, denken Sie, dass andere sie ändern werden, sodass Sie sie jedes Mal sperren, wenn Sie die Daten abrufen , damit andere diese Daten blockieren, bis sie gesperrt werden. In herkömmlichen relationalen Datenbanken werden viele solcher Sperrmechanismen verwendet, z. B. Zeilensperren, Tabellensperren, Lesesperren, Schreibsperren usw., die alle vor Operationen gesperrt werden.

Eine kurze Beschreibung des pessimistischen Lockings und des optimistischen Lockings

Am häufigsten wird „select... for update“ verwendet. Hierbei handelt es sich um eine Zeilensperre, die die Ergebniszeilen der Auswahl sperrt, bevor die Transaktion festgeschrieben oder zurückgesetzt wird. Andere Transaktionen dürfen keine Aktualisierungs-, Lösch- oder Aktualisierungsvorgänge für diese Zeilen durchführen.

Optimistische Sperre, Wie der Name schon sagt, ist es sehr optimistisch. Jedes Mal, wenn Sie die Daten abrufen, denken Sie, dass andere sie nicht ändern werden, sodass sie nicht gesperrt werden. Während dieses Zeitraums können die Daten frei verwendet werden. Sie werden von anderen gelesen, aber bei der Aktualisierung wird beurteilt, ob andere die Daten in diesem Zeitraum aktualisiert haben. Sie können Mechanismen wie Versionsnummern verwenden.

Der Versionsnummernmechanismus ist die am häufigsten verwendete Methode zum optimistischen Sperren. Er besteht darin, der Tabelle ein Versionsnummernfeld hinzuzufügen, es zu überprüfen, um die Versionsnummer zu erhalten, und es dann als Ort zu aktualisieren Wenn die Daten nach Erhalt der Versionsnummer vor dem Update geändert wurden, schlägt die Aktualisierung fehl, da zuletzt 0 Daten aktualisiert wurden 0 bedeutet, dass die Aktualisierung fehlgeschlagen ist und ein Parallelitätsproblem aufgetreten ist. Führen Sie dann die spezifische Behandlung durch.

Zum Beispiel ändern zwei Personen gleichzeitig ein bestimmtes Datenelement. Der Vorgang ist wie folgt:

Operator A arbeitet wie folgt:

select id, balance, version from table where id=“1”;

Abfrageergebnisse: id=1, balance=1000 , version=1

update table set balance=balance+100, version=version+1 where id=“1” and version=1;

Nach der Ausführung ist das zurückgegebene Aktualisierungsergebnis 1, was darauf hinweist, dass ein Element aktualisiert wurde. Das Ergebnis in der Datenbank ist: id=1, balance=1100 , version=2

Operation Operator B arbeitet wie folgt:

select id, balance, version from table where id=“1”;

Abfrageergebnisse: id=1, balance=1000, version=1, was darauf hinweist, dass Operator A es noch nicht geändert hat.

update table set balance=balance-50, version=version+1 where id=“1” and version=1 ;

Bei der Überprüfung hat Operator A es noch nicht geändert. Wenn es Zeit für die Aktualisierung ist, hat Operator A es zuerst erfolgreich geändert, sodass die tatsächlichen Werte in der Datenbank id=1, balance=1100 sind , version=2,

Operator B erhöht auch die Versionsnummer um eins (version=2) und versucht, Daten an die Datenbank zu übermitteln (balance=950), aber zu diesem Zeitpunkt waren die Daten id="1 " und version=1 kann nicht gefunden werden,

Das Update ist also fehlgeschlagen und das Ausführungsergebnis war 0, was darauf hinweist, dass keine Daten erfolgreich aktualisiert wurden.

Überprüfen Sie es jetzt noch einmal, das Ergebnis ist immer noch das Ergebnis, nachdem Operator A den Vorgang abgeschlossen hat

Wählen Sie ID, Saldo und Version aus der Tabelle aus, in der id="1";

Abfrageergebnis: id=1, balance=1100, version=2

Das Obige ist das Prinzip der eigenen Implementierung des Versionsnummernmechanismus. Der tatsächlich verwendete Versionsnummernmechanismus ist der von der Datenbank selbst bereitgestellte Mechanismus Es wurde festgestellt, dass die aktualisierte Versionsnummer nicht lautet. Die neuesten Versionen werden abgelehnt.

Das obige ist der detaillierte Inhalt vonEine kurze Beschreibung des pessimistischen Lockings und des optimistischen Lockings. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

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