Explain transactions and isolation levels in InnoDB, and the anomalies they prevent.

Question

IT Interview Practice · Accepted Answer

ఒక transaction statements ను ఒకే atomic unit గా సమూహపరుస్తుంది: అన్నీ commit అవుతాయి లేదా అన్నీ roll back అవుతాయి, ఇది ACID యొక్క **A**, **C**, **I**, **D** ను ఇస్తుంది. **isolation level**, "I" ను tune చేస్తుంది — concurrent 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** — ఒకే transaction లో ఒకే row రెండుసార్లు వేర్వేరు values ను తిరిగి ఇస్తుంది.
- **Phantom** — తిరిగి run చేసిన 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 గా ఉపయోగించేది) high-write systems కు lock contention ను తగ్గిస్తుంది; SERIALIZABLE సరైనది కానీ conflicting పనిని serialize చేస్తుంది మరియు ఎక్కువగా deadlock అవ్వచ్చు.

## ఇది ఎందుకు ముఖ్యం

Isolation అనేది correctness మరియు concurrency మధ్య ఉండే dial. ఈ anomalies ను అర్థం చేసుకోవడం "load కింద total సరిపోలలేదు" వంటి bugs ను వివరించడానికి మరియు throughput ను అనవసరంగా అడ్డుకోకుండా money-moving transactions ను సరిగ్గా ఉంచే level ను ఎంచుకోవడానికి మీకు వీలు కల్పిస్తుంది.

READ UNCOMMITTED	సాధ్యం	సాధ్యం	సాధ్యం
READ COMMITTED	లేదు	సాధ్యం	సాధ్యం
REPEATABLE READ (InnoDB default)	లేదు	లేదు	ఎక్కువగా లేదు*
SERIALIZABLE	లేదు	లేదు	లేదు

నాలుగు levels మరియు anomalies

ఎంచుకోవడం

ఇది ఎందుకు ముఖ్యం

సంబంధిత ప్రశ్నలు