Transactions และ ACID properties คืออะไร?

Question

Accepted Answer

**Transaction** คือกลุ่มของการดำเนินการที่ถือเป็นหน่วยเดียวที่แบ่งแยกไม่ได้ — ทั้งหมดสำเร็จไปด้วยกัน (`COMMIT`) หรือล้มเหลวไปด้วยกันทั้งหมด (`ROLLBACK`) Transaction รับประกันคุณสมบัติ **ACID** เพื่อให้แน่ใจว่าข้อมูลยังคงถูกต้องและสอดคล้องกัน แม้จะมีความล้มเหลวหรือการเข้าถึงพร้อมกัน

## Transaction — ทั้งหมดหรือไม่มีเลย (all-or-nothing)

```sql
BEGIN;                                              -- start the transaction
  UPDATE accounts SET balance = balance - 100 WHERE id = 1;   -- debit
  UPDATE accounts SET balance = balance + 100 WHERE id = 2;   -- credit
COMMIT;                                             -- both succeed → save permanently
-- if anything fails: ROLLBACK → undo EVERYTHING (no partial transfer)
```

ตัวอย่างคลาสสิก: การโอนเงิน ทั้งการหักเงิน (debit) และการเพิ่มเงิน (credit) ต้องเกิดขึ้น หรือไม่เกิดทั้งคู่ — มิฉะนั้นเงินจะหายไปหรือถูกสร้างขึ้นมา Transaction รับประกันสิ่งนี้: เมื่อเกิดข้อผิดพลาด `ROLLBACK` จะยกเลิกการเปลี่ยนแปลงทั้งหมด ทำให้ฐานข้อมูลกลับเป็นเหมือนไม่มีอะไรเกิดขึ้น

## ACID — สี่การรับประกัน

```text
A — ATOMICITY    → all operations succeed or all fail (no partial transactions)
C — CONSISTENCY  → the database moves from one valid state to another (constraints hold)
I — ISOLATION    → concurrent transactions don't interfere (as if run sequentially)
D — DURABILITY   → once committed, changes survive crashes (persisted permanently)
```

คุณสมบัติเหล่านี้คือสิ่งที่ทำให้ฐานข้อมูลเชิงสัมพันธ์เชื่อถือได้สำหรับข้อมูลสำคัญ

## ทำไม atomicity จึงสำคัญ (ประโยชน์หลัก)

```text
Without transactions, a failure mid-way leaves data in an inconsistent state:
  money debited from one account but not credited to another → data corruption.
Atomicity (all-or-nothing) prevents this — the cornerstone of data integrity for
any multi-step operation (transfers, orders with line items, etc.).
```

## Isolation และ concurrency

```text
When many transactions run concurrently, ISOLATION controls what they can see of
each other's uncommitted changes. Isolation LEVELS (Read Committed, Repeatable Read,
Serializable) trade off consistency vs performance — higher isolation = more correct
but more locking/contention. (A deeper topic on its own.)
```

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

Transactions และ ACID properties เป็นพื้นฐานของฐานข้อมูลที่เชื่อถือได้ — เป็นสิ่งที่รับประกันว่าข้อมูลยังคงถูกต้องและสอดคล้องกันแม้ท่ามกลางความล้มเหลวและการเข้าถึงพร้อมกัน ซึ่งจำเป็นสำหรับแอปพลิเคชันใด ๆ ที่จัดการข้อมูลสำคัญ ดังนั้นการเข้าใจมันจึงสำคัญ

คุณค่าหลักคือ **atomicity** (ทั้งหมดหรือไม่มีเลย): การดำเนินการใด ๆ ที่เกี่ยวข้องกับหลายขั้นตอน (การโอนเงิน, การสร้าง order พร้อม line items, การอัปเดตเรคคอร์ดที่สัมพันธ์กัน) ต้องสำเร็จอย่างสมบูรณ์หรือไม่ทำเลย — มิฉะนั้นความล้มเหลวกลางทางจะทำให้ฐานข้อมูลอยู่ในสถานะที่ **เสียหายและไม่สอดคล้องกัน** (ตัวอย่างคลาสสิก: เงินถูกหักแต่ไม่ถูกเพิ่มเข้า)

Transaction รับประกันสิ่งนี้ด้วย `COMMIT`/`ROLLBACK` ทำให้เป็นสิ่งจำเป็นต่อความถูกต้องสมบูรณ์ของข้อมูลในการดำเนินการหลายขั้นตอน

การเข้าใจคุณสมบัติ **ACID** อย่างครบถ้วน — **Atomicity** (ทั้งหมดหรือไม่มีเลย), **Consistency** (สถานะที่ถูกต้อง), **Isolation** (transaction ที่ทำงานพร้อมกันไม่รบกวนกัน) และ **Durability** (การเปลี่ยนแปลงที่ commit แล้วอยู่รอดจากการ crash) — อธิบายว่าทำไมฐานข้อมูลเชิงสัมพันธ์จึงได้รับความไว้วางใจสำหรับข้อมูลสำคัญ (การเงิน, orders, สินค้าคงคลัง)

การรู้ว่า **isolation** ควบคุมพฤติกรรมของ concurrency (โดยที่ isolation levels แลกเปลี่ยนความสอดคล้องกับประสิทธิภาพ) เชื่อมโยงกับหัวข้อ concurrency ที่ลึกขึ้น

เนื่องจากความถูกต้องสมบูรณ์ของข้อมูลเป็นสิ่งสำคัญสำหรับแอปพลิเคชันที่เชื่อถือได้ และเนื่องจาก transactions (ที่ให้ atomicity และการรับประกัน ACID) เป็นกลไกที่รับประกันว่าการดำเนินการหลายขั้นตอนจะไม่ทำให้ข้อมูลเสียหายและฐานข้อมูลยังคงสอดคล้องกันภายใต้ความล้มเหลวและ concurrency การเข้าใจ transactions และ ACID จึงเป็นความรู้พื้นฐานที่สำคัญสำหรับการสร้างแอปพลิเคชันที่มีข้อมูลเชื่อถือได้ — เป็นรากฐานของความน่าเชื่อถือของฐานข้อมูลและเป็นหัวข้อสัมภาษณ์ที่สำคัญและพบบ่อยซึ่งแสดงถึงความเข้าใจว่าฐานข้อมูลรับประกันความถูกต้องได้อย่างไร