En transaktion grupperar satser till en atomär enhet: antingen committar alla eller så rullas alla tillbaka, vilket ger A, C, I, D i ACID. Isolationsnivån justerar "I":et — hur mycket samtidiga transaktioner kan se av varandras ocommittade eller föränderliga data.
| Nivå | Dirty read | Non-repeatable read | Phantom |
|---|
| READ UNCOMMITTED | möjlig | möjlig | möjlig |
| READ COMMITTED | nej | möjlig | möjlig |
| REPEATABLE READ (InnoDB-standard) | nej | nej | mestadels nej* |
| SERIALIZABLE | nej | nej | nej |
*InnoDB:s REPEATABLE READ använder MVCC (varje transaktion läser en konsekvent ögonblicksbild) plus next-key locks, så den blockerar de flesta phantoms också — starkare än vad SQL-standarden kräver.
SELECT @@transaction_isolation; -- REPEATABLE-READ by default
START TRANSACTION;
SELECT balance FROM accounts WHERE id = 1; -- snapshot taken here
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
UPDATE accounts SET balance = balance + 100 WHERE id = 2;
COMMIT; -- both updates apply, or ROLLBACK undoes both
Behåll InnoDB-standarden (REPEATABLE READ) om du inte har ett skäl. READ COMMITTED (vad Postgres/Oracle använder som standard) minskar låskonkurrens för skrivtunga system; SERIALIZABLE är korrekt men serialiserar konfliktande arbete och kan låsa (deadlock) oftare.
Isolation är ratten mellan korrekthet och samtidighet. Att förstå dessa anomalier låter dig förklara buggar som "totalsumman stämde inte under belastning" och välja en nivå som håller pengaflyttande transaktioner korrekta utan att i onödan strypa genomströmningen.
Ett bibliotek med IT-intervjufrågor och detaljerade svar — från Junior till Senior.
Donera