InnoDB-இல் row locks மற்றும் MVCC எவ்வாறு செயல்படுகின்றன, மேலும் deadlocks-ஐ எவ்வாறு தவிர்ப்பது?

Question

IT Interview Practice · Accepted Answer

InnoDB இரண்டு mechanisms-ஐ இணைக்கிறது. **MVCC** ஆனது சாதாரண `SELECT`-கள் lock செய்யாமல் ஒரு நிலையான snapshot-ஐப் படிக்க அனுமதிக்கிறது, எனவே readers ஒருபோதும் writers-ஐ block செய்வதில்லை. **Locks** ஆனது writes-ஐப் பாதுகாக்கின்றன: `UPDATE`/`DELETE`/`SELECT ... FOR UPDATE` ஆனது row locks-ஐ எடுக்கின்றன, மேலும் InnoDB REPEATABLE READ-இன் கீழ் phantoms-ஐ நிறுத்த **next-key locks**-ஐயும் (row + அதற்கு முந்தைய gap) பயன்படுத்துகிறது.

## Deadlocks

ஒரு deadlock என்பது ஒரு சுழற்சி: T1 ஆனது lock A-ஐ வைத்திருந்து B-ஐ விரும்புகிறது, அதே வேளையில் T2 ஆனது B-ஐ வைத்திருந்து A-ஐ விரும்புகிறது. இரண்டும் தொடர முடியாது. InnoDB **சுழற்சியைக் கண்டறிந்து ஒரு transaction-ஐ roll back செய்கிறது** (மலிவான பலி) 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). இரண்டு transactions 1→2 மற்றும் 2→1 என்று lock செய்வதால் மட்டுமே எடுத்துக்காட்டு deadlock ஆகிறது.
- **transactions-ஐ குறுகியதாக வைத்திருங்கள்** — locks-ஐ தாமதமாகப் பெறுங்கள், வேகமாக commit செய்யுங்கள், network/user காத்திருப்புகளுக்கு இடையில் locks-ஐ வைத்திருக்க வேண்டாம்.
- **குறைந்தபட்சத்தை lock செய்யுங்கள்** — உங்கள் `WHERE`-ஐ index செய்யுங்கள், இதனால் InnoDB குறிப்பிட்ட rows-ஐ lock செய்கிறது, ranges-ஐ அல்லது (index இல்லாமல்) திறம்பட scan செய்யப்படும் ஒவ்வொரு row-ஐயும் அல்ல.
- **1213-இல் மீண்டும் முயற்சிக்கவும்** — 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-க்கும் தேங்கிப்போகும் ஒன்றுக்கும் இடையிலான வித்தியாசம். readers MVCC-ஐப் பயன்படுத்துகின்றன (எனவே அவை block செய்வதில்லை) என்பதையும், deadlocks எதிர்பார்க்கப்படுபவை மற்றும் மீண்டும் முயற்சிக்கக்கூடியவை என்பதையும், நிலையான lock ordering அவற்றில் பெரும்பாலானவற்றைத் தடுக்கிறது என்பதையும் அறிவது தான் senior on-call வேலை சரியாக கோருவது.

Deadlocks

அவற்றைத் தவிர்த்தல்

இது ஏன் முக்கியம்

தொடர்புடைய கேள்விகள்