एक transaction statements को एक atomic unit में समूहित करता है: या तो सभी commit होते हैं या सभी roll back — जो ACID का A, C, I, D देता है। isolation level "I" को tune करता है — समवर्ती transactions एक-दूसरे के uncommitted या बदलते data का कितना देख सकते हैं।
| Level | Dirty read | Non-repeatable read | Phantom |
|---|
| READ UNCOMMITTED | संभव | संभव | संभव |
| READ COMMITTED | नहीं | संभव | संभव |
| REPEATABLE READ (InnoDB default) | नहीं | नहीं | अधिकतर नहीं* |
| SERIALIZABLE | नहीं | नहीं | नहीं |
*InnoDB का REPEATABLE READ MVCC (हर transaction एक consistent 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 default (REPEATABLE READ) बनाए रखें जब तक कोई कारण न हो। READ COMMITTED (जो Postgres/Oracle का default है) high-write systems के लिए lock contention कम करता है; SERIALIZABLE सही है लेकिन conflicting कार्य को serialize करता है और अधिक deadlock कर सकता है।
Isolation correctness और concurrency के बीच का डायल है। इन anomalies को समझना आपको "load के तहत total सही नहीं जुड़ा" जैसे bugs समझाने देता है और एक ऐसा level चुनने देता है जो पैसा-हस्तांतरण करने वाले transactions को बिना throughput को अनावश्यक रूप से घटाए सही रखता है।
विस्तृत उत्तरों के साथ IT इंटरव्यू प्रश्नों की एक लाइब्रेरी — जूनियर से सीनियर तक।
दान करें