ახსენით ტრანზაქციები და isolation level-ები InnoDB-ში და ანომალიები, რომლებსაც ისინი აღკვეთენ.

Question

IT Interview Practice · Accepted Answer

ტრანზაქცია აჯგუფებს ინსტრუქციებს ერთ ატომურ ერთეულში: ან ყველა კომიტდება, ან ყველა უკან იბრუნებს, რაც იძლევა ACID-ის **A**, **C**, **I**, **D**-ს. **Isolation level** არეგულირებს "I"-ს — რამდენად შეუძლიათ თანადროულ ტრანზაქციებს დაინახონ ერთმანეთის დაუფიქსირებელი ან ცვალებადი მონაცემები.

## ოთხი level და ანომალიები

| Level | Dirty read | Non-repeatable read | Phantom |
|-------|-----------|---------------------|---------|
| READ UNCOMMITTED | შესაძლებელია | შესაძლებელია | შესაძლებელია |
| READ COMMITTED | არა | შესაძლებელია | შესაძლებელია |
| **REPEATABLE READ** (InnoDB ნაგულისხმევი) | არა | არა | ძირითადად არა* |
| SERIALIZABLE | არა | არა | არა |

- **Dirty read** — თქვენ კითხულობთ სხვა ტრანზაქციის დაუფიქსირებელ ცვლილებას.
- **Non-repeatable read** — ერთი და იგივე სტრიქონი ერთ ტრანზაქციაში ორჯერ სხვადასხვა მნიშვნელობას აბრუნებს.
- **Phantom** — ხელახლა გაშვებული დიაპაზონური მოთხოვნა იძენს/კარგავს სტრიქონებს.

\*InnoDB-ის REPEATABLE READ იყენებს **MVCC**-ს (თითო ტრანზაქცია კითხულობს თანმიმდევრულ snapshot-ს) პლუს **next-key lock**-ებს, ამიტომ ის ბლოკავს უმეტეს phantom-საც — უფრო ძლიერია, ვიდრე SQL სტანდარტი მოითხოვს.

```sql
SELECT @@transaction_isolation;   -- REPEATABLE-READ ნაგულისხმევად

START TRANSACTION;
  SELECT balance FROM accounts WHERE id = 1;   -- snapshot აქ იღება
  UPDATE accounts SET balance = balance - 100 WHERE id = 1;
  UPDATE accounts SET balance = balance + 100 WHERE id = 2;
COMMIT;   -- ორივე განახლება მოქმედებს, ან ROLLBACK აუქმებს ორივეს
```

## არჩევა

დატოვეთ InnoDB-ის ნაგულისხმევი (REPEATABLE READ), თუ არ გაქვთ მიზეზი. READ COMMITTED (რასაც Postgres/Oracle იყენებენ ნაგულისხმევად) ამცირებს ბლოკირების კონკურენციას ჩაწერაზე ორიენტირებული სისტემებისთვის; SERIALIZABLE კორექტულია, მაგრამ სერიალიზებს კონფლიქტურ სამუშაოს და შეიძლება უფრო მეტ deadlock-ს იწვევდეს.

## რატომ არის ეს მნიშვნელოვანი

Isolation არის სახელური კორექტულობასა და თანადროულობას შორის. ამ ანომალიების გაგება საშუალებას გაძლევთ ახსნათ bug-ები, როგორიცაა "ჯამი დატვირთვის ქვეშ არ იყო სწორი" და აირჩიოთ level, რომელიც ინახავს ფულის გადამტან ტრანზაქციებს კორექტულად, throughput-ის ზედმეტად შეზღუდვის გარეშე.

READ UNCOMMITTED	შესაძლებელია	შესაძლებელია	შესაძლებელია
READ COMMITTED	არა	შესაძლებელია	შესაძლებელია
REPEATABLE READ (InnoDB ნაგულისხმევი)	არა	არა	ძირითადად არა*
SERIALIZABLE	არა	არა	არა

ოთხი level და ანომალიები

არჩევა

რატომ არის ეს მნიშვნელოვანი

დაკავშირებული კითხვები