რა არის ტრანზაქციის იზოლაციის დონეები?

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 წინააღმდეგ დაკეტვა) ასევე რელევანტურია.

მას შემდეგ რაც ერთდროულობა არის მონაცემთა ბაზის რეალური აპლიკაციების თანდაყოლილი, და რადგან იზოლაციის დონეები მართავენ კრიტიკულ ბალანსს თანმიმდევრობასა და წარმადობას შორის (არასწორი არჩევანი იწვევს ან მონაცემთა ანომალიებს ან წარმადობის პრობლემებს), იზოლაციის დონეების გაგება — ანომალიები, დონეები და თანმიმდევრობა-წინააღმდეგ-ერთდროულობის ვაჭრობა — არის ღირებული უფროსი დონის ცოდნა სწორი, ეფექტური ერთდროული სისტემების აგებისთვის და ჩვეულებრივი მოწინავე ინტერვიუს თემა, რომელიც აჩვენებს მონაცემთა ბაზის ერთდროულობის გაგებას.