InnoDB ਵਿੱਚ row locks ਅਤੇ MVCC ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ, ਅਤੇ ਤੁਸੀਂ deadlocks ਤੋਂ ਕਿਵੇਂ ਬਚਦੇ ਹੋ?

Question

IT Interview Practice · Accepted Answer

InnoDB ਦੋ mechanisms ਜੋੜਦਾ ਹੈ। **MVCC** ਸਧਾਰਨ `SELECT`s ਨੂੰ ਬਿਨਾਂ locking ਦੇ ਇੱਕ 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 ਨੂੰ detect ਕਰਦਾ ਹੈ ਅਤੇ ਇੱਕ 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
```

## ਇਹਨਾਂ ਤੋਂ ਬਚਣਾ

- **ਇਕਸਾਰ lock ordering** — ਹਮੇਸ਼ਾ rows ਨੂੰ ਇੱਕੋ ਕ੍ਰਮ ਵਿੱਚ ਛੂਹੋ (ਜਿਵੇਂ ਵਧਦੇ id ਵਿੱਚ)। ਉਦਾਹਰਨ ਸਿਰਫ਼ ਇਸ ਲਈ deadlock ਹੁੰਦੀ ਹੈ ਕਿਉਂਕਿ ਦੋਵੇਂ transactions 1→2 ਅਤੇ 2→1 lock ਕਰਦੀਆਂ ਹਨ।
- **Transactions ਛੋਟੀਆਂ ਰੱਖੋ** — locks ਦੇਰ ਨਾਲ ਲਓ, ਜਲਦੀ commit ਕਰੋ, network/user ਦੀ ਉਡੀਕ ਦੌਰਾਨ 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 ਇੱਕ ਅਜਿਹੇ database ਜੋ scale ਕਰਦਾ ਹੈ ਅਤੇ ਇੱਕ ਜੋ ਰੁਕ ਜਾਂਦਾ ਹੈ, ਵਿਚਕਾਰ ਦਾ ਫ਼ਰਕ ਹਨ। ਇਹ ਜਾਣਨਾ ਕਿ readers MVCC ਵਰਤਦੇ ਹਨ (ਇਸ ਲਈ ਉਹ block ਨਹੀਂ ਕਰਦੇ), ਕਿ deadlocks ਦੀ ਉਮੀਦ ਹੈ ਅਤੇ retry ਹੋ ਸਕਦੇ ਹਨ, ਅਤੇ ਕਿ ਇਕਸਾਰ lock ordering ਇਹਨਾਂ ਵਿੱਚੋਂ ਜ਼ਿਆਦਾਤਰ ਨੂੰ ਰੋਕਦੀ ਹੈ, ਬਿਲਕੁਲ ਉਹੀ ਹੈ ਜੋ senior on-call ਕੰਮ ਮੰਗਦਾ ਹੈ।

Deadlocks

ਇਹਨਾਂ ਤੋਂ ਬਚਣਾ

ਇਹ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈ

ਸੰਬੰਧਿਤ ਸਵਾਲ