Kaip veikia transakcijos MongoDB?

Question

Accepted Answer

MongoDB palaiko **daugelio dokumentų ACID transakcijas** (nuo v4.0 replikos rinkinių, v4.2 paskirstytų klasterių) — grupuojant operacijas per kelis dokumentus/kolekcijas, kad jos visos sektųsi arba visos nepavyktų. Tačiau MongoDB dokumentų modelis dažnai transakcijas padaro *nereikalingomis* atominio vieno dokumento operacijų dėka.

## Vieno dokumento operacijos jau yra atominės

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

## Daugelio dokumentų transakcijos (kai tikrai reikalingos)

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

Daugelio dokumentų transakcijos (naudojant sesiją) suteikia ACID garantijas per dokumentus — atvejams, pvz., pervedimams tarp atskirų sąskaitos dokumentų.

## Naudokite transakcijas retai

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

## Kodėl tai svarbu

Supratimas apie MongoDB transakcijas — ir svarbiausia, kada jų reikia — yra svarbus duomenų nuoseklumo užtikrinimui MongoDB programose, todėl tai vertinga žinių sritis kuriant teisingus sistemas.

Svarbiausias suvokimas yra tas, kad **vieno dokumento operacijos visada yra atominės** MongoDB, ir nes dokumentų modelis skatina **susiję duomenis įterpti į vieną dokumentą**, daug operacijų, kurioms reliacinėje duomenų bazėje reikalinga transakcija (kur susiję duomenys yra paskaidyti lentelėse), yra **viena atominė dokumento atnaujinimas** MongoDB — todėl **geras schemos dizainas dažnai pašalina poreikį daugelio dokumentų transakcijoms**.

Tai yra svarbus konceptualus punktas: MongoDB atomickumas-per-dokumentą, suderintas su įterpimu, tvarko daugelį nuoseklumo poreikių be transakcijų.

Supratimas, kad MongoDB **palaiko daugelio dokumentų ACID transakcijas** (nuo v4.0+) atvejams, kur operacijos tikrai apima kelis dokumentus/kolekcijas (pvz., perveduotas tarp atskirų sąskaitos dokumentų), yra svarbus — jos yra prieinamos, kai tikrai reikalingos, suteikdamos viško-arba-nieko garantijas.

Tolygiai svarbu yra nurodymas **naudoti transakcijas retai**: jos turi našumo kaštus (pridėtinės išlaidos, spynos), todėl pageidautinas metodas yra geras schemos dizainas (įterpimas), kad vieno dokumento atominės operacijos būtų pakankamos, išsaugant daugelio dokumentų transakcijas tikroms tarpkeltoms nuoseklumo poreikims.

Supratimas apie tai — vieno dokumento atomickumą, kad įterpimas dažnai pašalina poreikį transakcijoms, kad daugelio dokumentų transakcijos yra skirtos, kai jos iš tiesų reikalingos, ir nuostatą, kad dizainas pirmenybę pirmiau nei transakcijas — atspindi solidų MongoDB sprendimą.

Kadangi duomenų nuoseklumas yra kritinis ir MongoDB metodas (dokumento atomickumas + neprivaloma transakcijos) skiriasi nuo SQL transakcijų-centrin modelio, supratimas apie MongoDB transakcijas — ypač tai, kad vieno dokumento operacijos yra atominės, įterpimas sumažina transakcijų poreikį, ir daugelio dokumentų transakcijos yra prieinamos, bet turėtų būti naudojamos apdairiai — yra vertinga, svarbi žinių sritis nuoseklumo teisingai ir efektyviai užtikrinant MongoDB programose, tema, atspindinti MongoDB nuoseklumo modelio ir gerų projektavimo praktikų supratimą.