Notice: This page requires JavaScript to function properly.
Please enable JavaScript in your browser settings or update your browser.
Lære Isolation. Repeatable Read og Serializable Niveauer | Acid
SQL-optimering og Forespørgselsfunktioner

Isolation. Repeatable Read og Serializable Niveauer

Stryg for at vise menuen

Repeatable Read

Isolationsniveauet Repeatable Read i databaser sikrer, at når du starter en transaktion, ser du et øjebliksbillede af databasen, som forbliver det samme under hele din opgave.
Det betyder, at selvom der sker andre ændringer i databasen, mens du arbejder, vil du kun se dataene, som de var, da du begyndte.
Transaktioner under Repeatable Read-isolation holder læselåse på alle rækker, de refererer til, og skrivelåse på rækker, de indsætter, opdaterer eller sletter. Dette forhindrer tabte opdateringer, beskidte og ikke-repeatable læsninger.
Dog er der stadig et problem, der kan opstå ved denne type isolation - phantom read.

Phantom read

Note
Læs mere

Phantom reads opstår, når en transaktion genudfører en forespørgsel og finder forskellige sæt af rækker, der opfylder den oprindelige forespørgsels filterbetingelse.

For eksempel, antag at en transaktion forespørger alle ordrer med et samlet beløb større end $1000. Hvis en anden transaktion indsætter en ny ordre med et samlet beløb, der opfylder denne betingelse mellem første og anden udførelse af forespørgslen, vil den første transaktion observere denne ekstra række ved anden udførelse, hvilket resulterer i en phantom read.

Phantom read kan opstå, når én transaktion læser data, og en anden transaktion tilføjer nye poster til databasen. Som følge heraf kan vi få forskellige resultatsæt for to på hinanden følgende læse-transaktioner.

phantom_read

Ikke-gentagelig læsning vs. fantomlæsning

Ikke-gentagelig læsning opstår, når den samme forespørgsel udført af Bruger A returnerer forskellige værdier for den samme række mellem på hinanden følgende læsninger, typisk på grund af ændringer foretaget af Bruger B.

Fantomlæsning opstår derimod, når den samme forespørgsel udført af Bruger A returnerer forskellige sæt af rækker mellem på hinanden følgende læsninger, selvom de enkelte rækker ikke nødvendigvis er blevet opdateret.

Vi kan angive dette isolationsniveau i vores SQL-forespørgsel ved hjælp af følgende kommando:
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;

Serializable

Serializable-isolationsniveauet er det højeste niveau af isolation i databaser og sikrer den mest stringente form for samtidighedskontrol.
På dette niveau udføres transaktioner, som om de behandles serielt, én efter én, selvom de faktisk kan blive udført samtidigt. Dette sikrer, at resultatet af transaktionerne er det samme, som hvis de blev udført i en eller anden seriel rækkefølge, hvilket opretholder konsistens og forhindrer alle kendte samtidighedsanomalier.

Bemærk

Brug af denne type isolation kan føre til nedsat ydeevne på grund af øget låsning.

Vi kan bruge følgende kommando til at sætte dette isolationsniveau i vores SQL-forespørgsel:
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;

question-icon

Match isolationsniveauerne med deres beskrivelser.

Read Uncommitted:
Read Committed:

Repeatable Read:

Serializable:

Klik eller træk`n`drop elementer og udfyld hullerne

Var alt klart?

Hvordan kan vi forbedre det?

Tak for dine kommentarer!

Sektion 1. Kapitel 7

Spørg AI

expand

Spørg AI

ChatGPT

Spørg om hvad som helst eller prøv et af de foreslåede spørgsmål for at starte vores chat

Sektion 1. Kapitel 7
some-alt