Bagaimanakah transaksi berfungsi dalam MongoDB?

Question

Accepted Answer

MongoDB menyokong **transaksi ACID berbilang dokumen** (sejak v4.0 untuk replica set, v4.2 untuk sharded cluster) — mengumpulkan operasi merentas berbilang dokumen/collection supaya kesemuanya berjaya atau kesemuanya gagal. Walau bagaimanapun, model dokumen MongoDB sering menjadikan transaksi *tidak perlu* melalui operasi atomik dokumen tunggal.

## Operasi dokumen tunggal sudah pun 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 berbilang dokumen (apabila 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 berbilang dokumen (menggunakan session) menyediakan jaminan ACID merentas dokumen — untuk kes seperti pemindahan antara dokumen akaun yang berasingan.

## Gunakan transaksi secara berhemat

```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 ia penting

Memahami transaksi MongoDB — dan yang penting bila ia diperlukan — adalah penting untuk memastikan ketekalan data dalam aplikasi MongoDB, jadi ia merupakan pengetahuan yang berharga untuk membina sistem yang betul.

Wawasan yang paling penting ialah **operasi dokumen tunggal sentiasa atomik** dalam MongoDB, dan kerana model dokumen menggalakkan **embed data berkaitan dalam satu dokumen**, banyak operasi yang memerlukan transaksi dalam pangkalan data relasi (di mana data berkaitan dipecahkan merentas jadual) adalah **kemas kini dokumen atomik tunggal** dalam MongoDB — jadi **reka bentuk skema yang baik sering menghapuskan keperluan untuk transaksi berbilang dokumen**.

Ini ialah satu titik konsep utama: atomik-setiap-dokumen MongoDB, digabungkan dengan embedding, menangani banyak keperluan ketekalan tanpa transaksi.

Memahami bahawa MongoDB **memang menyokong transaksi ACID berbilang dokumen** (sejak v4.0+) untuk kes di mana operasi benar-benar merentas berbilang dokumen/collection (seperti pemindahan antara dokumen akaun berasingan) adalah penting — ia tersedia apabila benar-benar diperlukan, menyediakan jaminan semua-atau-tiada.

Sama pentingnya ialah panduan untuk **menggunakan transaksi secara berhemat**: ia mempunyai kos prestasi (overhead, locking), jadi pendekatan yang diutamakan ialah reka bentuk skema yang baik (embedding) supaya operasi atomik dokumen tunggal mencukupi, mengekalkan transaksi berbilang dokumen untuk keperluan ketekalan merentas dokumen yang sebenar.

Memahami perkara ini — atomik dokumen tunggal, bahawa embedding sering menghapuskan keperluan untuk transaksi, bahawa transaksi berbilang dokumen wujud untuk apabila ia benar-benar diperlukan, dan keutamaan reka bentuk berbanding transaksi — mencerminkan pertimbangan MongoDB yang baik.

Memandangkan ketekalan data adalah kritikal dan pendekatan MongoDB (atomik dokumen + transaksi pilihan) berbeza daripada model SQL yang berpusatkan transaksi, memahami transaksi MongoDB — terutamanya bahawa operasi dokumen tunggal adalah atomik, embedding mengurangkan keperluan transaksi, dan transaksi berbilang dokumen tersedia tetapi harus digunakan dengan bijak — adalah pengetahuan yang berharga dan penting untuk memastikan ketekalan dengan betul dan cekap dalam aplikasi MongoDB, satu topik yang mencerminkan pemahaman model ketekalan MongoDB dan amalan reka bentuk yang baik.