Bagaimana cara kerja transaksi di MongoDB?

Question

Accepted Answer

MongoDB mendukung **transaksi ACID multi-dokumen** (sejak v4.0 untuk replica sets, v4.2 untuk sharded clusters) — mengelompokkan operasi di seluruh berbagai dokumen/koleksi sehingga semuanya berhasil atau semuanya gagal. Namun, model dokumen MongoDB sering membuat transaksi *tidak perlu* melalui operasi single-dokumen yang atomik.

## Operasi single-dokumen sudah atomik

```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)
```

## Transaksi multi-dokumen (ketika benar-benar diperlukan)

```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();
}
```

Transaksi multi-dokumen (menggunakan sesi) memberikan jaminan ACID di seluruh dokumen — untuk kasus seperti transfer antar dokumen akun terpisah.

## Gunakan transaksi dengan bijak

```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).
```

## Mengapa ini penting

Memahami transaksi MongoDB — dan yang sangat penting kapan transaksi dibutuhkan — adalah penting untuk memastikan konsistensi data dalam aplikasi MongoDB, jadi ini adalah pengetahuan yang berharga untuk membangun sistem yang benar.

Wawasan paling penting adalah bahwa **operasi single-dokumen selalu atomik** di MongoDB, dan karena model dokumen mendorong **penyisipan data terkait dalam satu dokumen**, banyak operasi yang memerlukan transaksi dalam basis data relasional (di mana data terkait dibagi di seluruh tabel) adalah **pembaruan dokumen atomik tunggal** di MongoDB — jadi **desain skema yang baik sering menghilangkan kebutuhan untuk transaksi multi-dokumen**.

Ini adalah poin konseptual kunci: atomicity-per-dokumen MongoDB, digabungkan dengan penyisipan, menangani banyak kebutuhan konsistensi tanpa transaksi.

Memahami bahwa MongoDB **mendukung transaksi ACID multi-dokumen** (sejak v4.0+) untuk kasus di mana operasi benar-benar mencakup beberapa dokumen/koleksi (seperti transfer antar dokumen akun terpisah) adalah penting — transaksi tersedia ketika benar-benar dibutuhkan, memberikan jaminan all-or-nothing.

Sama pentingnya adalah panduan untuk **menggunakan transaksi dengan bijak**: transaksi memiliki biaya kinerja (overhead, locking), jadi pendekatan yang lebih disukai adalah desain skema yang baik (penyisipan) sehingga operasi atomik single-dokumen mencukupi, mengalokasikan transaksi multi-dokumen untuk kebutuhan konsistensi lintas-dokumen yang genuine.

Memahami hal ini — atomicity single-dokumen, bahwa penyisipan sering menghilangkan kebutuhan untuk transaksi, bahwa transaksi multi-dokumen ada untuk ketika benar-benar diperlukan, dan preferensi untuk desain daripada transaksi — mencerminkan penilaian MongoDB yang baik.

Karena konsistensi data sangat penting dan pendekatan MongoDB (atomicity dokumen + transaksi opsional) berbeda dari model SQL yang berpusat pada transaksi, memahami transaksi MongoDB — khususnya bahwa operasi single-dokumen atomik, penyisipan mengurangi kebutuhan transaksi, dan transaksi multi-dokumen tersedia tetapi harus digunakan dengan bijaksana — adalah pengetahuan yang berharga, penting untuk memastikan konsistensi dengan benar dan efisien dalam aplikasi MongoDB, topik yang mencerminkan pemahaman tentang model konsistensi MongoDB dan praktik desain yang baik.