O tranzacție grupează instrucțiuni într-o singură unitate atomică: fie toate se comit, fie toate se anulează, oferind A, C, I, D din ACID. Nivelul de izolare reglează "I"-ul — cât de mult pot vedea tranzacțiile concurente din datele necomise sau în schimbare ale celorlalte.
| Nivel | Dirty read | Non-repeatable read | Phantom |
|---|
| READ UNCOMMITTED | posibil | posibil | posibil |
| READ COMMITTED | nu | posibil | posibil |
| REPEATABLE READ (implicit InnoDB) | nu | nu | în mare nu* |
| SERIALIZABLE | nu | nu | nu |
*REPEATABLE READ din InnoDB folosește MVCC (fiecare tranzacție citește un snapshot consistent) plus next-key locks, așa că blochează și majoritatea phantoms — mai puternic decât cere standardul SQL.
SELECT @@transaction_isolation; -- REPEATABLE-READ implicit
START TRANSACTION;
SELECT balance FROM accounts WHERE id = 1; -- snapshot luat aici
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
UPDATE accounts SET balance = balance + 100 WHERE id = 2;
COMMIT; -- ambele update-uri se aplică, sau ROLLBACK le anulează pe ambele
Păstrează valoarea implicită InnoDB (REPEATABLE READ) dacă nu ai un motiv. READ COMMITTED (implicit la Postgres/Oracle) reduce contenția pe lock-uri pentru sisteme cu multe scrieri; SERIALIZABLE este corect, dar serializează lucrul conflictual și poate genera mai multe deadlock-uri.
Izolarea este butonul dintre corectitudine și concurență. Înțelegerea acestor anomalii îți permite să explici bug-uri precum "totalul nu a ieșit corect sub încărcare" și să alegi un nivel care menține corecte tranzacțiile care mișcă bani, fără a limita inutil throughput-ul.
O bibliotecă de întrebări de interviu IT cu răspunsuri detaliate — de la Junior la Senior.
Donează