Notice: This page requires JavaScript to function properly.
Please enable JavaScript in your browser settings or update your browser.
Leer Isolatie. Repeatable Read- en Serializable-Niveaus | Acid
SQL-Optimalisatie en Queryfuncties

Isolatie. Repeatable Read- en Serializable-Niveaus

Veeg om het menu te tonen

Repeatable Read

Het Repeatable Read isolatieniveau in databases zorgt ervoor dat wanneer je een transactie start, je een momentopname van de database ziet die gedurende de hele taak hetzelfde blijft.
Dit betekent dat zelfs als er andere wijzigingen plaatsvinden in de database terwijl je werkt, je alleen de gegevens ziet zoals ze waren bij het begin.
Transacties onder Repeatable Read-isolatie houden leesvergrendelingen op alle rijen die ze raadplegen en schrijfvergrendelingen op rijen die ze invoegen, bijwerken of verwijderen. Dit voorkomt verloren updates, vuile en niet-herhaalbare lezingen.
Er is echter één probleem dat nog steeds kan optreden bij dit type isolatie: phantom read.

Phantom read

Note
Meer leren

Phantom reads treden op wanneer een transactie een query opnieuw uitvoert en verschillende sets rijen vindt die voldoen aan de oorspronkelijke filtervoorwaarde van de query.

Stel bijvoorbeeld dat een transactie alle orders opvraagt met een totaalbedrag groter dan $1000. Als een andere transactie een nieuwe order invoegt met een totaalbedrag dat aan deze voorwaarde voldoet tussen de eerste en tweede uitvoering van de query, zal de eerste transactie deze extra rij waarnemen bij de tweede uitvoering, wat resulteert in een phantom read.

Een phantom read kan optreden wanneer de ene transactie gegevens leest en een andere transactie nieuwe records toevoegt aan de database. Hierdoor kunnen we verschillende resultaatsets krijgen bij twee opeenvolgende leestransacties.

phantom_read

Niet-herhaalbare lezing versus fantoomlezing

Niet-herhaalbare lezing treedt op wanneer dezelfde query, uitgevoerd door Gebruiker A, verschillende waarden voor dezelfde rij retourneert tussen opeenvolgende lezingen, meestal als gevolg van wijzigingen door Gebruiker B.

Een fantoomlezing daarentegen doet zich voor wanneer dezelfde query, uitgevoerd door Gebruiker A, verschillende sets rijen retourneert tussen opeenvolgende lezingen, zelfs als individuele rijen zelf niet zijn bijgewerkt.

We kunnen dit isolatieniveau in onze SQL-query specificeren met het volgende commando:
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;

Serializable

Het Serializable-isolatieniveau is het hoogste niveau van isolatie in databases en zorgt voor de strengste vorm van gelijktijdigheidscontrole.
Op dit niveau worden transacties uitgevoerd alsof ze serieël verwerkt worden, één na de ander, ook al kunnen ze in werkelijkheid gelijktijdig worden uitgevoerd. Dit zorgt ervoor dat het resultaat van de transacties hetzelfde is als wanneer ze in een bepaalde seriële volgorde zouden zijn uitgevoerd, waardoor consistentie wordt behouden en alle bekende gelijktijdigheidsproblemen worden voorkomen.

Opmerking

Het gebruik van dit type isolatie kan leiden tot verminderde prestaties door toegenomen vergrendeling.

We kunnen de volgende instructie gebruiken om dit isolatieniveau in onze SQL-query in te stellen:
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;

question-icon

Koppel de isolatieniveaus aan hun beschrijvingen.

Read Uncommitted:
Read Committed:

Repeatable Read:

Serializable:

Klik of sleep items en vul de lege plekken in

Was alles duidelijk?

Hoe kunnen we het verbeteren?

Bedankt voor je feedback!

Sectie 1. Hoofdstuk 7

Vraag AI

expand

Vraag AI

ChatGPT

Vraag wat u wilt of probeer een van de voorgestelde vragen om onze chat te starten.

Sectie 1. Hoofdstuk 7
some-alt