ટ્રાન્જેક્શન આઇસોલેશન લેવલ્સ શું છે?

Question

Accepted Answer

**આઇસોલેશન લેવલ્સ** નિયંત્રણ કરે છે કે સમવર્તી ટ્રાન્જેક્શનો એકબીજાના અપ્રતિશ્રુત (અથવા પ્રગતિશીલ) ફેરફારોમાંથી કેટલું જોઈ શકે છે — **સુસંગતા** સાથે **કામગીરી/સમવર્તતા** માટે ટ્રેડ ઑફ કરે છે. ઉચ્ચતર આઇસોલેશન વધુ વિસંગતિ રોકે છે પરંતુ લૉકિંગ/સંઘર્ષ વધારે છે.

## સમવર્તી વિસંગતિઓ (જે આઇસોલેશન રોકે છે)

```text
DIRTY READ        → reading another transaction's UNCOMMITTED changes (which may roll back)
NON-REPEATABLE READ → re-reading a row gives different values (another txn UPDATED it)
PHANTOM READ      → re-running a query returns different ROWS (another txn INSERTED/DELETED)
```

જ્યારે ટ્રાન્જેક્શનો સમવર્તીમાં ચાલે છે — આઇસોલેશન લેવલ્સ નિયંત્રણ કરે છે કે કયું રોકવામાં આવે છે તે સમસ્યાઓ હોઇ શકે છે.

## ચાર માનક આઇસોલેશન લેવલ્સ

પ્રતિેક ઉચ્ચતર લેવલ વધુ વિસંગતિ રોકે છે. **Read Committed** સામાન્ય ડિફૉલ્ટ છે (ડર્ટી રીડ્સ રોકે છે); **Serializable** સૌથી કડક છે (ટ્રાન્જેક્શનો એક સમયે એક ચાલે તેમ વર્તે છે) પરંતુ સમવર્તતા માટે સૌથી પ્રતિબંધક છે.

## આઇસોલેશન લેવલ સેટ કરવું

```sql
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
BEGIN;
  -- ... operations run at the chosen isolation ...
COMMIT;
```

## મૂળ ટ્રેડ-ઑફ

```text
Higher isolation → MORE correctness (fewer anomalies), but MORE locking/contention
                   → lower concurrency, potential slowdowns, more deadlocks
Lower isolation  → MORE concurrency/performance, but risk of anomalies
→ Choose based on the data's needs: financial/critical data may need Serializable;
  most apps use Read Committed (the default) as a balance.
→ Note: implementations vary (MVCC vs locking); the SQL standard defines the levels
  but databases differ in details (Postgres, MySQL/InnoDB, etc.).
```

## તે શા માટે મહત્વપૂર્ણ છે

ટ્રાન્જેક્શન આઇસોલેશન લેવલ્સ **ડેટાબેસમાં સમવર્તતા** સમજવા માટે મહત્વપૂર્ણ અનન્ય જ્ઞાન છે — જ્યારે બહુવિધ ટ્રાન્જેક્શનો એકસાથે ચાલે છે (કોઈ પણ વાસ્તવિક મલ્ટી-યુઝર એપ્લિકેશનમાં તેમ કરે છે), આઇસોલેશન લેવલ્સ ડેટા સુસંગતા અને કામગીરી વચ્ચેનો ટ્રેડ-ઑફ નક્કી કરે છે, તેથી તેમને સમજવું સાચી, કુશળ સમવર્તી એપ્લિકેશનો બનાવવા માટે મૂલ્યવાન છે.

મૂળ ખ્યાલો **સમવર્તી વિસંગતિઓ** છે (ડર્ટી રીડ્સ, બિન-પુનરાવર્તક રીડ્સ, ફેન્ટમ રીડ્સ — તે સમસ્યાઓ જે ટ્રાન્જેક્શનો એકબીજાના પ્રગતિશીલ ફેરફારોને જુએ છે તે સમયે ઉદ્ભવે છે) અને કેવી રીતે **ચાર આઇસોલેશન લેવલ્સ** (Read Uncommitted, Read Committed, Repeatable Read, Serializable) ક્રમશઃ તેમાંથી વધુ અટકાવે છે.

તેને સમજવું સાચીતા માટે મહત્વપૂર્ણ છે: બહુ નીચું આઇસોલેશન લેવલ પસંદ કરવું વિસંગતિ અનુમતિ આપી શકે છે જે ડેટાને ભ્રષ્ટ કરે અથવા ગુણોત્તર ભૂલો ઉત્પાદન કરે (દા.ત. અપ્રતિશ્રુત ડેટા વાંચવું જે પછીથી રોલ બેક થાય, અથવા અસંગત રીડ્સ), જ્યારે બહુ ઉચ્ચ સમવર્તતા અને કામગીરી ઘટાડે છે.

**મૂળ ટ્રેડ-ઑફ** — ઉચ્ચતર આઇસોલેશન મતલબ વધુ સાચીતા પણ વધુ લૉકિંગ/સંઘર્ષ (ઓછી સમવર્તતા, સંભવિત ધીમો અને ડેડલૉક્સ), નીચું આઇસોલેશન મતલબ વધુ કામગીરી પણ વિસંગતિનો જોખમ — મુખ્ય આંતરદૃષ્ટિ છે: તમે ડેટાની સુસંગતા આવશ્યકતાઓ પર આધારે સ્તર પસંદ કરો (નિર્ણાયક/આર્થિક ડેટા Serializable ની જરૂર હોઈ શકે છે; મોટાભાગની એપ્લિકેશનો બેલેન્સ તરીકે Read Committed વાપરે છે).

જાણવું કે અમલીકરણ બદલાય છે (MVCC વર્સેસ લૉકિંગ) પણ પ્રાસંગિક છે.

કારણ કે સમવર્તતા વાસ્તવિક ડેટાબેસ એપ્લિકેશનોમાં અંતર્નિહિત છે, અને સમવર્તતા આઇસોલેશન લેવલ્સ સુસંગતા અને કામગીરી વચ્ચે મહત્વપૂર્ણ બેલેન્સ શાસન કરે છે (ખોટી પસંદ ડેટા વિસંગતિ અથવા કામગીરી સમસ્યા પાસું કરે છે), આઇસોલેશન લેવલ્સ સમજવું — વિસંગતિઓ, સ્તરો અને સુસંગતા-વર્સેસ-સમવર્તતા ટ્રેડ-ઑફ — સાચી, કુશળ સમવર્તી સિસ્ટમો બનાવવા માટે મૂલ્યવાન સિનિયર-લેવલ જ્ઞાન છે અને મહત્વપૂર્ણ અનન્ય ઇન્ટરવ્યુ વિષય છે જે ડેટાબેસ સમવર્તતાનું સમજ પ્રદર્શન કરે છે.