Ένα transaction ομαδοποιεί statements σε μία ατομική μονάδα: είτε κάνουν όλα commit είτε όλα roll back, δίνοντας το A, C, I, D του ACID. Το isolation level ρυθμίζει το "I" — πόσο μπορούν τα ταυτόχρονα transactions να βλέπουν τα uncommitted ή μεταβαλλόμενα δεδομένα το ένα του άλλου.
| Level | Dirty read | Non-repeatable read | Phantom |
|---|
| READ UNCOMMITTED | πιθανό | πιθανό | πιθανό |
| READ COMMITTED | όχι | πιθανό | πιθανό |
| REPEATABLE READ (προεπιλογή InnoDB) | όχι | όχι | σχεδόν όχι* |
| SERIALIZABLE | όχι | όχι | όχι |
*Το REPEATABLE READ του InnoDB χρησιμοποιεί MVCC (κάθε transaction διαβάζει ένα συνεπές snapshot) συν next-key locks, οπότε μπλοκάρει και τα περισσότερα phantoms — ισχυρότερο απ' ό,τι απαιτεί το SQL standard.
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
Κράτα την προεπιλογή του InnoDB (REPEATABLE READ) εκτός αν έχεις λόγο. Το READ COMMITTED (η προεπιλογή σε Postgres/Oracle) μειώνει το lock contention σε συστήματα με πολλά writes· το SERIALIZABLE είναι σωστό αλλά σειριοποιεί τις συγκρουόμενες εργασίες και μπορεί να προκαλεί περισσότερα deadlocks.
Το isolation είναι το κουμπί ρύθμισης ανάμεσα στην ορθότητα και τον ταυτοχρονισμό. Η κατανόηση αυτών των ανωμαλιών σου επιτρέπει να εξηγήσεις bugs όπως "το σύνολο δεν έβγαινε σωστά υπό φορτίο" και να επιλέξεις ένα level που κρατά σωστά τα transactions μεταφοράς χρημάτων χωρίς να στραγγαλίζει άσκοπα το throughput.
Μια βιβλιοθήκη ερωτήσεων συνέντευξης IT με αναλυτικές απαντήσεις — από Junior έως Senior.
Δωρεά