MongoDB'de işlemler (transactions) nasıl çalışır?

Question

Accepted Answer

MongoDB, **çok-belge ACID işlemlerini** destekler (replica setler için v4.0'dan itibaren, parçalanmış kümeler için v4.2'den itibaren) — birden fazla belge/koleksiyonda işlemleri gruplandırarak hepsinin başarılı olması veya hepsinin başarısız olmasını sağlar. Ancak, MongoDB'nin belge modeli çoğu zaman **tek belge atomik işlemleri** sayesinde işlemleri gereksiz kılar.

## Tek belge işlemleri zaten atomiktir

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

## Çok-belge işlemleri (gerçekten gerekli olduğunda)

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

Çok-belge işlemleri (bir oturum kullanarak) belgeler arasında ACID garantileri sağlar — ayrı hesap belgeleri arasında transfer gibi durumlar için.

## İşlemleri ölçülü kullanın

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

## Neden önemli

MongoDB işlemlerini anlamak — ve kritik olarak ne zaman gerekli olduğunu bilmek — MongoDB uygulamalarında veri tutarlılığını sağlamak için önemlidir, bu nedenle doğru sistemler oluşturmak için değerli bilgidir.

En önemli insight, **tek belge işlemlerinin MongoDB'de her zaman atomik olması**'dır ve belge modeli **ilgili verileri bir belgede gömülü tutmayı teşvik ettiği** için, ilişkisel bir veritabanında işlem gerektiren birçok işlem (ilgili veriler tablolar arasında bölündüğü için) MongoDB'de **tek bir atomik belge güncellemesi**'dir — bu nedenle **iyi şema tasarımı çoğu zaman çok-belge işlemlerine olan ihtiyacı ortadan kaldırır**.

Bu kritik bir kavramsal noktadır: MongoDB'nin belge başına atomikliği, gömülü veri kullanımıyla birlikte, işlemlere gerek olmadan birçok tutarlılık ihtiyacını karşılar.

MongoDB'nin **çok-belge ACID işlemlerini** (v4.0+'dan beri) desteklediğini anlamak (işlemlerin gerçekten birden fazla belge/koleksiyona yayıldığı durumlar için, örneğin ayrı hesap belgeleri arasında transfer) önemlidir — gerçekten gerekli olduğunda kullanılabilir ve hepsi-ya-da-hiçbiri garantileri sağlar.

Eşit derecede önemli olan, **işlemleri ölçülü kullanma** rehberliğidir: performans maliyetleri vardır (yükü, kilitleme), bu nedenle tercih edilen yaklaşım iyi şema tasarımıdır (gömülü veriler) böylece tek-belge atomik işlemleri yeterli olur, çok-belge işlemlerini gerçek çapraz-belge tutarlılık ihtiyaçları için saklarsınız.

Bunu anlamak — tek belge atomikliği, gömülü verinin işlemlere olan ihtiyacı azalttığı, çok-belge işlemlerinin gerçekten gerekli olduğunda var olduğu ve tasarımın işlemlere tercih edilmesi — sağlam MongoDB yargısını yansıtır.

Veri tutarlılığı kritik olduğundan ve MongoDB'nin yaklaşımı (belge atomikliği + isteğe bağlı işlemler) SQL'in işlem-merkezli modelinden farklı olduğundan, MongoDB işlemlerini anlamak — özellikle tek-belge işlemlerinin atomik olması, gömülü verinin işlem ihtiyaçlarını azaltması ve çok-belge işlemlerinin var olması ancak idareli bir şekilde kullanılması gerektiği — MongoDB uygulamalarında tutarlılığı doğru ve etkili şekilde sağlamak için değerli, önemli bilgidir; bu, MongoDB'nin tutarlılık modeli ve iyi tasarım uygulamalarının anlaşılmasını yansıtan bir konudur.