একটি transaction statement-গুলোকে একটি atomic unit-এ গোষ্ঠীবদ্ধ করে: হয় সব commit হয় নয়তো সব roll back হয়, ACID-এর A, C, I, D দিয়ে। isolation level "I"-কে সূক্ষ্মভাবে সমন্বয় করে — concurrent transaction একে অপরের uncommitted বা পরিবর্তনশীল ডেটার কতটুকু দেখতে পারে।
| Level | Dirty read | Non-repeatable read | Phantom |
|---|
| READ UNCOMMITTED | সম্ভব | সম্ভব | সম্ভব |
| READ COMMITTED | না | সম্ভব | সম্ভব |
| REPEATABLE READ (InnoDB ডিফল্ট) | না | না | বেশিরভাগ না* |
| SERIALIZABLE | না | না | না |
*InnoDB-র REPEATABLE READ MVCC (প্রতিটি transaction একটি consistent snapshot পড়ে) এবং next-key lock ব্যবহার করে, তাই এটি বেশিরভাগ phantom-ও block করে — 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 system-এর জন্য lock contention কমায়; SERIALIZABLE সঠিক কিন্তু conflicting কাজ serialize করে এবং বেশি deadlock করতে পারে।
Isolation হলো correctness ও concurrency-র মধ্যে dial। এই anomaly বোঝা আপনাকে "load-এর অধীনে total যোগ মেলেনি" এর মতো bug ব্যাখ্যা করতে দেয় এবং এমন একটি level বেছে নিতে দেয় যা throughput অপ্রয়োজনীয়ভাবে না কমিয়ে money-moving transaction সঠিক রাখে।
বিস্তারিত উত্তরসহ IT ইন্টারভিউ প্রশ্নের একটি লাইব্রেরি — জুনিয়র থেকে সিনিয়র পর্যন্ত।
দান করুন