Как работают транзакции в MongoDB?

Question

Accepted Answer

MongoDB поддерживает **многодокументные ACID-транзакции** (с версии 4.0 для наборов реплик, с версии 4.2 для шардированных кластеров) — группирование операций над несколькими документами/коллекциями таким образом, чтобы либо все они успешно выполнились, либо все не выполнились. Однако модель документов MongoDB часто делает транзакции *ненужными* благодаря атомарным операциям с одним документом.

## Операции с одним документом уже атомарны

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

## Многодокументные транзакции (когда они действительно необходимы)

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

Многодокументные транзакции (используя сеанс) обеспечивают ACID-гарантии для документов — для случаев, таких как передача средств между отдельными документами счетов.

## Используйте транзакции экономно

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

## Почему это важно

Понимание MongoDB-транзакций — и, что критически важно, когда они действительно нужны — важно для обеспечения консистентности данных в приложениях MongoDB, поэтому это ценное знание для построения корректных систем.

Самый важный вывод в том, что **операции с одним документом всегда атомарны** в MongoDB, и поскольку модель документов поощряет **встраивание связанных данных в один документ**, многие операции, которые требовали бы транзакции в реляционной базе данных (где связанные данные распределены по таблицам), являются **одним атомарным обновлением документа** в MongoDB — поэтому **хороший дизайн схемы часто устраняет необходимость в многодокументных транзакциях**.

Это ключевой концептуальный момент: атомарность MongoDB на уровне документа, в сочетании со встраиванием, решает многие потребности консистентности без транзакций.

Понимание того, что MongoDB **поддерживает многодокументные ACID-транзакции** (с версии 4.0+) для случаев, когда операции действительно охватывают несколько документов/коллекций (например, передача между отдельными документами счетов), важно — они доступны, когда действительно нужны, обеспечивая гарантии "все или ничего".

Равно важно руководство **использовать транзакции экономно**: они имеют затраты на производительность (накладные расходы, блокировки), поэтому предпочтительный подход — хороший дизайн схемы (встраивание), чтобы атомарные операции с одним документом были достаточны, оставляя многодокументные транзакции для подлинных потребностей в консистентности между документами.

Понимание этого — атомарность на уровне одного документа, что встраивание часто исключает необходимость в транзакциях, что многодокументные транзакции существуют для случаев, когда они действительно требуются, и предпочтение дизайна вместо транзакций — отражает звуковое суждение о MongoDB.

Поскольку консистентность данных критична и подход MongoDB (атомарность документа + опциональные транзакции) отличается от ориентированной на транзакции модели SQL, понимание MongoDB-транзакций — особенно того, что операции с одним документом атомарны, встраивание снижает потребность в транзакциях, и многодокументные транзакции доступны, но должны использоваться осторожно — является ценным, важным знанием для обеспечения консистентности корректно и эффективно в приложениях MongoDB, темой, которая отражает понимание модели консистентности MongoDB и практики хорошего дизайна.