Egy tranzakció utasításokat csoportosít egyetlen atomi egységbe: vagy mind commitol, vagy mind visszagördül, megadva az ACID A, C, I, D betűit. Az isolation level az "I"-t hangolja — mennyit láthatnak az egyidejű tranzakciók egymás commitolatlan vagy változó adataiból.
| Szint | Dirty read | Non-repeatable read | Phantom |
|---|
| READ UNCOMMITTED | lehetséges | lehetséges | lehetséges |
| READ COMMITTED | nem | lehetséges | lehetséges |
| REPEATABLE READ (InnoDB alapértelmezett) | nem | nem | többnyire nem* |
| SERIALIZABLE | nem | nem | nem |
*Az InnoDB REPEATABLE READ-je MVCC-t használ (minden tranzakció egy konzisztens pillanatképet olvas) plusz next-key lockokat, így a legtöbb phantomot is blokkolja — erősebben, mint amit az SQL szabvány megkövetel.
SELECT @@transaction_isolation; -- alapból REPEATABLE-READ
START TRANSACTION;
SELECT balance FROM accounts WHERE id = 1; -- itt készül a pillanatkép
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
UPDATE accounts SET balance = balance + 100 WHERE id = 2;
COMMIT; -- mindkét update érvényesül, vagy a ROLLBACK mindkettőt visszavonja
Tartsd meg az InnoDB alapértelmezettet (REPEATABLE READ), hacsak nincs okod másra. A READ COMMITTED (amire a Postgres/Oracle alapból beáll) csökkenti a lock-versengést az írás-intenzív rendszerekben; a SERIALIZABLE helyes, de sorbarendezi az ütköző munkát és gyakrabban deadlockolhat.
Az isolation a tárcsa a helyesség és a konkurencia között. Ezeknek az anomáliáknak a megértése lehetővé teszi, hogy megmagyarázd az olyan hibákat, mint "az összeg nem stimmelt terhelés alatt", és olyan szintet válassz, amely a pénzmozgató tranzakciókat helyesen tartja anélkül, hogy feleslegesen fojtogatná az áteresztőképességet.
IT interjúkérdések gyűjteménye részletes válaszokkal — Juniortól Seniorig.
Adományozás