Transaction ले statements लाई एउटै atomic इकाइमा समूहबद्ध गर्छ: या त सबै commit हुन्छन् या सबै roll back हुन्छन्, जसले ACID को A, C, I, D दिन्छ। Isolation level ले "I" लाई मिलाउँछ — समवर्ती transactions ले एकअर्काको uncommitted वा बदलिँदो डेटा कति देख्न सक्छन्।
| Level | Dirty read | Non-repeatable read | Phantom |
|---|
| READ UNCOMMITTED | सम्भव | सम्भव | सम्भव |
| READ COMMITTED | होइन | सम्भव | सम्भव |
| REPEATABLE READ (InnoDB डिफल्ट) | होइन | होइन | प्रायः होइन* |
| SERIALIZABLE | होइन | होइन | होइन |
*InnoDB को REPEATABLE READ ले 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 को डिफल्ट) ले high-write systems का लागि lock contention घटाउँछ; SERIALIZABLE सही छ तर विवादित काम serialize गर्छ र बढी deadlock गर्न सक्छ।
Isolation correctness र concurrency बीचको डायल हो। यी anomalies बुझ्नाले तपाईंलाई "load मा total मिलेन" जस्ता bugs व्याख्या गर्न र throughput लाई अनावश्यक रूपमा नरोकी पैसा-सार्ने transactions सही राख्ने level छान्न सक्षम बनाउँछ।
विस्तृत उत्तरसहित IT अन्तर्वार्ता प्रश्नहरूको पुस्तकालय — जुनियरदेखि सिनियरसम्म।
दान गर्नुहोस्