อธิบาย transaction และ isolation level ใน InnoDB พร้อม anomaly ที่แต่ละระดับป้องกันได้

Question

IT Interview Practice · Accepted Answer

Transaction จัดกลุ่มคำสั่งหลายคำสั่งให้เป็นหน่วยเดียวแบบ atomic: จะ commit ทั้งหมดหรือ roll back ทั้งหมด ซึ่งก็คือ **A**, **C**, **I**, **D** ของ ACID นั่นเอง **Isolation level** เป็นตัวปรับ "I" — ว่า transaction ที่ทำงานพร้อมกันจะมองเห็นข้อมูลที่ยังไม่ commit หรือกำลังเปลี่ยนแปลงของกันและกันได้มากแค่ไหน

## สี่ระดับและ anomaly ต่าง ๆ

| ระดับ | Dirty read | Non-repeatable read | Phantom |
|-------|-----------|---------------------|---------|
| READ UNCOMMITTED | เป็นไปได้ | เป็นไปได้ | เป็นไปได้ |
| READ COMMITTED | ไม่ | เป็นไปได้ | เป็นไปได้ |
| **REPEATABLE READ** (ค่าเริ่มต้นของ InnoDB) | ไม่ | ไม่ | ส่วนใหญ่ไม่* |
| SERIALIZABLE | ไม่ | ไม่ | ไม่ |

- **Dirty read** — คุณอ่านการเปลี่ยนแปลงที่ยังไม่ commit ของอีก transaction หนึ่ง
- **Non-repeatable read** — แถวเดียวกันคืนค่าต่างกันสองครั้งภายใน transaction เดียว
- **Phantom** — range query ที่รันซ้ำได้แถวเพิ่มขึ้นหรือลดลง

\*REPEATABLE READ ของ InnoDB ใช้ **MVCC** (แต่ละ transaction อ่านจาก snapshot ที่คงเส้นคงวา) ร่วมกับ **next-key lock** จึงบล็อก phantom ได้เกือบทั้งหมดด้วย — แข็งแกร่งกว่าที่มาตรฐาน SQL กำหนด

```sql
SELECT @@transaction_isolation;   -- REPEATABLE-READ by default

START TRANSACTION;
  SELECT balance FROM accounts WHERE id = 1;   -- snapshot taken here
  UPDATE accounts SET balance = balance - 100 WHERE id = 1;
  UPDATE accounts SET balance = balance + 100 WHERE id = 2;
COMMIT;   -- both updates apply, or ROLLBACK undoes both
```

## การเลือก

คงค่าเริ่มต้นของ InnoDB (REPEATABLE READ) ไว้เว้นแต่คุณจะมีเหตุผล READ COMMITTED (ซึ่งเป็นค่าเริ่มต้นของ Postgres/Oracle) ช่วยลดการแย่งชิง lock สำหรับระบบที่เขียนหนัก; SERIALIZABLE ถูกต้องแต่ทำให้งานที่ขัดแย้งกันทำงานแบบอนุกรมและอาจเกิด deadlock มากขึ้น

## ทำไมจึงสำคัญ

Isolation คือปุ่มหมุนระหว่างความถูกต้องกับการทำงานพร้อมกัน การเข้าใจ anomaly เหล่านี้ช่วยให้คุณอธิบายบั๊กอย่าง "ยอดรวมไม่ตรงเมื่อมีโหลดสูง" ได้ และเลือกระดับที่คงความถูกต้องของ transaction ที่เกี่ยวกับการโยกย้ายเงินไว้ โดยไม่จำกัด throughput เกินจำเป็น

READ UNCOMMITTED	เป็นไปได้	เป็นไปได้	เป็นไปได้
READ COMMITTED	ไม่	เป็นไปได้	เป็นไปได้
REPEATABLE READ (ค่าเริ่มต้นของ InnoDB)	ไม่	ไม่	ส่วนใหญ่ไม่*
SERIALIZABLE	ไม่	ไม่	ไม่

สี่ระดับและ anomaly ต่าง ๆ

การเลือก

ทำไมจึงสำคัญ

คำถามที่เกี่ยวข้อง