transaction ทำงานอย่างไรใน MongoDB?

Question

Accepted Answer

MongoDB รองรับ **multi-document ACID transaction** (ตั้งแต่ v4.0 สำหรับ replica set, v4.2 สำหรับ sharded cluster) — จัดกลุ่ม operation ข้ามหลายเอกสาร/หลาย collection เพื่อให้ทั้งหมดสำเร็จหรือล้มเหลวพร้อมกัน อย่างไรก็ตาม โมเดลเอกสารของ MongoDB มักทำให้ transaction *ไม่จำเป็น* ผ่าน operation แบบ atomic บนเอกสารเดี่ยว

## operation บนเอกสารเดี่ยวเป็น atomic อยู่แล้ว

```text
KEY POINT: operations on a SINGLE document are ALWAYS atomic in MongoDB.
→ Because related data is often EMBEDDED in one document, many operations that would
  need a transaction in SQL are a single atomic document update in MongoDB.
→ Good schema design (embedding) often eliminates the NEED for multi-doc transactions.
```

```js
// updating a document and its embedded array atomically — NO transaction needed
db.accounts.updateOne(
  { _id: id },
  { $inc: { balance: -100 }, $push: { transactions: { amount: -100 } } }
);  // atomic — both changes succeed or fail together (single document)
```

## multi-document transaction (เมื่อจำเป็นจริง ๆ)

```js
// for operations across MULTIPLE documents/collections that must be atomic
const session = db.getMongo().startSession();
session.startTransaction();
try {
  db.accounts.updateOne({ _id: 1 }, { $inc: { balance: -100 } }, { session });
  db.accounts.updateOne({ _id: 2 }, { $inc: { balance: 100 } }, { session });
  session.commitTransaction();        // both succeed together
} catch (e) {
  session.abortTransaction();          // or both roll back
} finally {
  session.endSession();
}
```

multi-document transaction (ใช้ session) ให้การรับประกันแบบ ACID ข้ามเอกสาร — สำหรับกรณีเช่น การโอนระหว่างเอกสารบัญชีที่แยกกัน

## ใช้ transaction อย่างประหยัด

```text
✓ Transactions are available and provide ACID across documents WHEN NEEDED
✗ But they have PERFORMANCE COSTS (overhead, locking) — don't overuse them
→ PREFER good schema design (embedding related data) so single-document atomic
  operations suffice. Use multi-document transactions only when data genuinely
  spans documents and must be consistent (e.g. money transfers between accounts).
→ Requires a replica set (not standalone).
```

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

การเข้าใจ transaction ของ MongoDB — และที่สำคัญคือเมื่อใดจึงจำเป็น — มีความสำคัญต่อการรับประกันความสอดคล้องของข้อมูลในแอปพลิเคชัน MongoDB จึงเป็นความรู้ที่มีคุณค่าสำหรับการสร้างระบบที่ถูกต้อง

ข้อมูลเชิงลึกที่สำคัญที่สุดคือ **operation บนเอกสารเดี่ยวเป็น atomic เสมอ** ใน MongoDB และเนื่องจากโมเดลเอกสารส่งเสริมการ **embed ข้อมูลที่เกี่ยวข้องลงในเอกสารเดียว** operation หลายอย่างที่จะต้องใช้ transaction ในฐานข้อมูลเชิงสัมพันธ์ (ที่ข้อมูลที่เกี่ยวข้องถูกแยกข้ามตาราง) จึงกลายเป็น **การอัปเดตเอกสารเดี่ยวแบบ atomic** ใน MongoDB — ดังนั้น **การออกแบบ schema ที่ดีมักขจัดความจำเป็นในการใช้ multi-document transaction**

นี่เป็นจุดเชิงแนวคิดสำคัญ: ความ atomic ต่อเอกสารของ MongoDB ร่วมกับการ embed จัดการความต้องการความสอดคล้องได้หลายอย่างโดยไม่ต้องใช้ transaction

การเข้าใจว่า MongoDB **รองรับ multi-document ACID transaction** (ตั้งแต่ v4.0+) สำหรับกรณีที่ operation ครอบคลุมหลายเอกสาร/หลาย collection อย่างแท้จริง (เช่น การโอนระหว่างเอกสารบัญชีที่แยกกัน) มีความสำคัญ — มันพร้อมใช้เมื่อจำเป็นจริง ๆ โดยให้การรับประกันแบบทั้งหมดหรือไม่ทำเลย

ที่สำคัญไม่แพ้กันคือคำแนะนำให้ **ใช้ transaction อย่างประหยัด**: มันมีต้นทุนด้านประสิทธิภาพ (overhead, locking) ดังนั้นแนวทางที่ดีกว่าคือการออกแบบ schema ที่ดี (การ embed) เพื่อให้ operation แบบ atomic บนเอกสารเดี่ยวเพียงพอ โดยสงวน multi-document transaction ไว้สำหรับความต้องการความสอดคล้องข้ามเอกสารที่แท้จริง

การเข้าใจสิ่งนี้ — ความ atomic ของเอกสารเดี่ยว, การ embed มักขจัดความจำเป็นในการใช้ transaction, multi-document transaction มีอยู่สำหรับเมื่อจำเป็นจริง ๆ และการให้ความสำคัญกับการออกแบบมากกว่า transaction — สะท้อนถึงวิจารณญาณที่ดีในการใช้ MongoDB

เนื่องจากความสอดคล้องของข้อมูลมีความสำคัญอย่างยิ่ง และแนวทางของ MongoDB (ความ atomic ของเอกสาร + transaction เสริม) แตกต่างจากโมเดลที่เน้น transaction ของ SQL การเข้าใจ transaction ของ MongoDB — โดยเฉพาะว่า operation บนเอกสารเดี่ยวเป็น atomic, การ embed ลดความจำเป็นในการใช้ transaction และ multi-document transaction มีอยู่แต่ควรใช้อย่างมีวิจารณญาณ — จึงเป็นความรู้ที่มีคุณค่าและสำคัญสำหรับการรับประกันความสอดคล้องอย่างถูกต้องและมีประสิทธิภาพในแอปพลิเคชัน MongoDB ซึ่งเป็นหัวข้อที่สะท้อนถึงความเข้าใจในโมเดลความสอดคล้องของ MongoDB และแนวปฏิบัติการออกแบบที่ดี