¿Cómo funcionan las transacciones en MongoDB?

Question

Accepted Answer

MongoDB soporta **transacciones ACID multi-documento** (desde v4.0 para conjuntos de réplicas, v4.2 para clústeres fragmentados) — agrupando operaciones en múltiples documentos/colecciones para que todas tengan éxito o todas fallen. Sin embargo, el modelo de documentos de MongoDB a menudo hace que las transacciones sean *innecesarias* a través de operaciones atómicas de un solo documento.

## Las operaciones de un solo documento ya son atómicas

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

## Transacciones multi-documento (cuando realmente se necesitan)

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

Las transacciones multi-documento (usando una sesión) proporcionan garantías ACID en documentos — para casos como transferencias entre documentos de cuenta separados.

## Usar transacciones con moderació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).
```

## Por qué es importante

Comprender las transacciones de MongoDB — y crucialmente cuándo se necesitan — es importante para garantizar la consistencia de datos en aplicaciones de MongoDB, por lo que es un conocimiento valioso para construir sistemas correctos.

La idea más importante es que **las operaciones de un solo documento siempre son atómicas** en MongoDB, y debido a que el modelo de documentos alienta el **incrustamiento de datos relacionados en un documento**, muchas operaciones que requerirían una transacción en una base de datos relacional (donde los datos relacionados se dividen en tablas) son una **actualización de documento atómico único** en MongoDB — así que **un buen diseño de esquema a menudo elimina la necesidad de transacciones multi-documento**.

Este es un punto conceptual clave: la atomicidad por documento de MongoDB, combinada con el incrustamiento, maneja muchas necesidades de consistencia sin transacciones.

Entender que MongoDB **sí soporta transacciones ACID multi-documento** (desde v4.0+) para casos donde las operaciones genuinamente abarcan múltiples documentos/colecciones (como transferencias entre documentos de cuenta separados) es importante — están disponibles cuando realmente se necesitan, proporcionando garantías de todo o nada.

Igualmente importante es la orientación de **usar transacciones con moderación**: tienen costos de rendimiento (sobrecarga, bloqueos), así que el enfoque preferido es un buen diseño de esquema (incrustamiento) para que las operaciones atómicas de un solo documento sean suficientes, reservando transacciones multi-documento para necesidades genuinas de consistencia entre documentos.

Entender esto — atomicidad de un solo documento, que el incrustamiento a menudo elimina la necesidad de transacciones, que las transacciones multi-documento existen para cuando genuinamente se requieren, y la preferencia por el diseño sobre las transacciones — refleja un buen juicio en MongoDB.

Ya que la consistencia de datos es crítica y el enfoque de MongoDB (atomicidad de documentos + transacciones opcionales) difiere del modelo centrado en transacciones de SQL, entender las transacciones de MongoDB — especialmente que las operaciones de un solo documento son atómicas, el incrustamiento reduce la necesidad de transacciones, y las transacciones multi-documento están disponibles pero deben usarse juiciosamente — es un conocimiento valioso e importante para garantizar la consistencia correcta y eficientemente en aplicaciones de MongoDB, un tema que refleja la comprensión del modelo de consistencia de MongoDB y las buenas prácticas de diseño.