Hur fungerar radlås och MVCC i InnoDB, och hur undviker du deadlocks?

Question

IT Interview Practice · Accepted Answer

InnoDB kombinerar två mekanismer. **MVCC** låter vanliga `SELECT`:er läsa en konsekvent ögonblicksbild utan att låsa, så läsare blockerar aldrig skrivare. **Lås** skyddar skrivningar: `UPDATE`/`DELETE`/`SELECT ... FOR UPDATE` tar radlås, och InnoDB använder också **next-key locks** (rad + gapet före den) för att stoppa phantoms under REPEATABLE READ.

## Deadlocks

En deadlock är en cykel: T1 håller lås A och vill ha B, medan T2 håller B och vill ha A. Ingen kan gå vidare. InnoDB **upptäcker cykeln och rullar tillbaka en transaktion** (det billigare offret) med fel 1213, så att den andra slutförs.

```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
```

## Att undvika dem

- **Konsekvent låsordning** — rör alltid rader i samma ordning (t.ex. stigande id). Exemplet leder till deadlock bara för att de två transaktionerna låser 1→2 och 2→1.
- **Håll transaktioner korta** — ta lås sent, committa snabbt, håll inte lås över nätverks-/användarväntetider.
- **Lås minimum** — indexera ditt `WHERE` så att InnoDB låser specifika rader, inte intervall eller (utan ett index) i praktiken varje skannad rad.
- **Försök igen vid 1213** — deadlocks är normala under konkurrens; kapsla in transaktionen i en försök-igen-mekanism på applikationsnivå.

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

## Varför det är viktigt

Under verklig samtidighet är låskonkurrens och deadlocks skillnaden mellan en databas som skalar och en som stannar. Att veta att läsare använder MVCC (så de inte blockerar), att deadlocks är förväntade och möjliga att försöka igen, och att konsekvent låsordning förhindrar de flesta av dem är precis vad senior on-call-arbete kräver.

Deadlocks

Att undvika dem

Varför det är viktigt

Relaterade frågor