InnoDB માં row locks અને MVCC કેવી રીતે કામ કરે છે, અને તમે deadlocks કેવી રીતે ટાળો છો?

Question

IT Interview Practice · Accepted Answer

InnoDB બે mechanisms જોડે છે. **MVCC** સાદા `SELECT`s ને lock કર્યા વગર consistent snapshot વાંચવા દે છે, તેથી readers ક્યારેય writers ને block કરતાં નથી. **Locks** writes ને સુરક્ષિત કરે છે: `UPDATE`/`DELETE`/`SELECT ... FOR UPDATE` row locks લે છે, અને InnoDB REPEATABLE READ હેઠળ phantoms અટકાવવા **next-key locks** (row + તેની પહેલાનો gap) પણ વાપરે છે.

## Deadlocks

deadlock એ એક cycle છે: T1 lock A ધરાવે છે અને B માંગે છે, જ્યારે T2 B ધરાવે છે અને A માંગે છે. બંનેમાંથી કોઈ આગળ વધી શકતું નથી. InnoDB **cycle શોધે છે અને એક transaction ને roll back કરે છે** (સસ્તો victim) error 1213 સાથે, તેથી બીજું પૂર્ણ થાય છે.

```sql
-- T1                              -- T2
BEGIN;                             BEGIN;
UPDATE acct SET bal=bal-1          UPDATE acct SET bal=bal-1
  WHERE id=1;  -- locks row 1        WHERE id=2;  -- locks row 2
UPDATE acct SET bal=bal+1          UPDATE acct SET bal=bal+1
  WHERE id=2;  -- waits for T2        WHERE id=1;  -- waits for T1 => DEADLOCK
-- ERROR 1213: Deadlock found; transaction rolled back
```

## તેમને ટાળવા

- **Consistent lock ordering** — હંમેશા rows ને એક જ ક્રમમાં સ્પર્શો (દા.ત. ચઢતા id). ઉદાહરણ ફક્ત એટલા માટે deadlock કરે છે કારણ કે બે transactions 1→2 અને 2→1 lock કરે છે.
- **Transactions ટૂંકાં રાખો** — locks મોડાં acquire કરો, ઝડપી commit કરો, network/user waits પર locks ન પકડી રાખો.
- **ન્યૂનતમ lock કરો** — તમારા `WHERE` ને index કરો જેથી InnoDB ચોક્કસ rows lock કરે, ranges કે (index વગર) અસરકારક રીતે દરેક scan થયેલી row નહીં.
- **1213 પર retry** — contention હેઠળ deadlocks સામાન્ય છે; transaction ને application-level retry માં લપેટો.

```sql
SHOW ENGINE INNODB STATUS\G   -- LATEST DETECTED DEADLOCK explains who waited on what
```

## આ શા માટે મહત્વનું છે

વાસ્તવિક concurrency હેઠળ, lock contention અને deadlocks એ scale થતાં database અને અટકી પડતાં database વચ્ચેનો ફરક છે. readers MVCC વાપરે છે (તેથી તે block કરતાં નથી), deadlocks અપેક્ષિત અને retryable છે, અને consistent lock ordering તેમાંનાં મોટા ભાગનાં અટકાવે છે એ જાણવું બરાબર એ છે જે senior on-call કામ માંગે છે.

Deadlocks

તેમને ટાળવા

આ શા માટે મહત્વનું છે

સંબંધિત પ્રશ્નો