InnoDB میں transactions اور isolation levels، اور وہ anomalies جو یہ روکتی ہیں، کی وضاحت کریں۔

Question

IT Interview Practice · Accepted Answer

ایک transaction statements کو ایک atomic unit میں جمع کرتی ہے: یا تو سب commit ہوں یا سب roll back ہوں، جو ACID کا **A**، **C**، **I**، **D** دیتا ہے۔ **isolation level** "I" کو tune کرتی ہے — کہ بیک وقت چلنے والی transactions ایک دوسرے کے uncommitted یا بدلتے ڈیٹا کا کتنا حصہ دیکھ سکتی ہیں۔

## چار levels اور anomalies

| Level | Dirty read | Non-repeatable read | Phantom |
|-------|-----------|---------------------|---------|
| READ UNCOMMITTED | ممکن | ممکن | ممکن |
| READ COMMITTED | نہیں | ممکن | ممکن |
| **REPEATABLE READ** (InnoDB default) | نہیں | نہیں | زیادہ تر نہیں* |
| SERIALIZABLE | نہیں | نہیں | نہیں |

- **Dirty read** — آپ کسی دوسری transaction کی uncommitted تبدیلی پڑھ لیتے ہیں۔
- **Non-repeatable read** — ایک ہی row ایک transaction میں دو بار مختلف values واپس کرتی ہے۔
- **Phantom** — ایک دوبارہ چلائی گئی range query rows حاصل/کھو دیتی ہے۔

\*InnoDB کی REPEATABLE READ **MVCC** (ہر transaction ایک consistent snapshot پڑھتی ہے) کے ساتھ **next-key locks** استعمال کرتی ہے، اس لیے یہ زیادہ تر phantoms کو بھی block کر دیتی ہے — SQL standard کی ضرورت سے زیادہ مضبوط۔

```sql
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 ہے) زیادہ لکھنے والے systems کے لیے lock contention کم کرتی ہے؛ SERIALIZABLE درست ہے لیکن متصادم کام کو serialize کرتی ہے اور زیادہ deadlock کر سکتی ہے۔

## یہ کیوں اہم ہے

Isolation correctness اور concurrency کے درمیان dial ہے۔ ان anomalies کو سمجھنا آپ کو "load کے تحت total درست نہیں جُڑا" جیسے bugs کی وضاحت کرنے اور ایسا level منتخب کرنے دیتا ہے جو پیسہ منتقل کرنے والی transactions کو بلاوجہ throughput گھٹائے بغیر درست رکھے۔

READ UNCOMMITTED	ممکن	ممکن	ممکن
READ COMMITTED	نہیں	ممکن	ممکن
REPEATABLE READ (InnoDB default)	نہیں	نہیں	زیادہ تر نہیں*
SERIALIZABLE	نہیں	نہیں	نہیں

چار levels اور anomalies

انتخاب

یہ کیوں اہم ہے

متعلقہ سوالات