Java-Interview – optimistisches Sperren und pessimistisches Sperren

Interviewfrage:

Der Unterschied zwischen optimistischem Sperren und pessimistischem Sperren

(Teilen von Lernvideos: Java-Lehrvideo)

1. Optimistisches Sperren

Ich denke immer, dass es keine Parallelitätsprobleme geben wird Jedes Mal, wenn ich Daten abrufe, wird immer davon ausgegangen, dass kein anderer Thread die Daten ändert, sodass sie nicht gesperrt werden. Beim Aktualisieren wird jedoch beurteilt, ob andere Threads die Daten zuvor geändert haben . Im Allgemeinen wird der Versionsnummernmechanismus oder die CAS-Operation verwendet, um dies zu erreichen Werden Daten geändert, wird der Versionswert um eins erhöht. Wenn Thread A den Datenwert aktualisieren möchte, liest er beim Einlesen der Daten auch den Versionswert. Aktualisieren Sie ihn beim Senden des Updates nur, wenn der gerade gelesene Versionswert mit dem Versionswert in der aktuellen Datenbank übereinstimmt. Andernfalls versuchen Sie es erneut . Update-Vorgang, bis das Update erfolgreich ist.

update table set x=x+1, version=version+1 where id=#{id} and version=#{version};

(Empfohlene Interviewfragen:

)

CAS-Betriebsmethode: Das heißt, vergleichen und tauschen oder vergleichen und festlegen, unter Einbeziehung von drei Operanden, dem Speicherwert, in dem sich die Daten befinden, und dem erwarteten Wert Wert, neuer Wert. Wenn eine Aktualisierung erforderlich ist, wird beurteilt, ob der aktuelle Speicherwert mit dem zuvor erhaltenen Wert übereinstimmt. Wenn dies fehlschlägt, handelt es sich im Allgemeinen um einen Spin-Vorgang ist eine kontinuierliche Wiederholung.

2. Pessimistische Sperre

Gehen Sie immer vom schlimmsten Fall aus, wenn Sie Daten abrufen, und denken Sie, dass andere Threads diese ändern werden. Daher werden Sie Sperren hinzufügen (Lesesperren, Zeilensperren usw.). Andere Threads möchten auf Daten zugreifen, die blockiert und angehalten werden müssen. Sie können sich auf die Datenbankimplementierung verlassen, z. B. Zeilensperren, Lesesperren und Schreibsperren usw., die alle vor dem Betrieb gesperrt werden. In Java ist die Idee der synchronisierten Sperre ebenfalls pessimistisch.

3. Anwendbare Szenarien

Pessimistische Sperre: Sie eignet sich besser für Szenarien, in denen Schreibvorgänge häufiger vorkommen. Bei jedem Lesevorgang wird eine Sperre durchgeführt, was die Anzahl der Lesevorgänge erheblich erhöht Sperren Sie den Overhead und verringern Sie den Durchsatz des Systems.

Optimistische Sperre: Sie eignet sich besser für Szenarien mit häufigen Lesevorgängen. Wenn eine große Anzahl von Schreibvorgängen auftritt, erhöht sich die Möglichkeit von Datenkonflikten. Um die Konsistenz der Daten sicherzustellen, muss die Anwendungsschicht kontinuierlich aktualisiert werden -Erhalten Sie die Daten. Dies erhöht die Anzahl der Abfragevorgänge und verringert den Durchsatz des Systems.

Zusammenfassung: Beide haben ihre eigenen Vor- und Nachteile. Für häufige Lesevorgänge werden optimistische Sperren verwendet, für häufige Schreibvorgänge werden pessimistische Sperren verwendet.

Verwandte Empfehlungen:

Das obige ist der detaillierte Inhalt vonJava-Interview – optimistisches Sperren und pessimistisches Sperren. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!