Resumen
replaceUn evento
replaceocurre cuando una operación reemplaza todos los campos de un documento con nuevos valores, como cuandoreplaceOneSe llama a o cuando un comando realiza un reemplazo deupdatedocumento.
Descripción
Campo | Tipo | Descripción |
|---|---|---|
| Documento | Un objeto BSON, que actúa como identificador del evento del flujo de cambios. Este valor se utiliza como el parámetro Para obtener un ejemplo de reanudación de un flujo de cambios por |
| Marca de tiempo |
Debido a los límites de tamaño del registro de operaciones, lastransacciones multidocumento pueden crear varias entradas del registro de operaciones. En una transacción, los eventos de flujo de cambios almacenados en una entrada del registro de operaciones comparten el Los eventos con el mismo Para identificar eventos para una sola transacción, puede utilizar la combinación de Cambiado en la versión 8.0. |
| UUID | UUID que identifica la colección donde ocurrió el cambio. Novedades en la versión 6.0. En MongoDB,,8.2.0 |
| Documento | Documento que contiene el valor Para los conjuntos particionados, este campo también muestra la clave de partición completa del documento. El campo |
| Documento | El nuevo documento creado por la operación. Cambiado en la versión 6.0. A partir de MongoDB 6.0, si configura la |
| Documento | El documento antes de que se aplicaran los cambios por la operación. Es decir, la preimagen del documento. Este campo está disponible cuando activas el campo Novedades en la versión 6.0. |
| Documento | El identificador de la sesión asociada con la transacción. Sólo está presente si la operación es parte de una transacción de múltiples documentos. |
| Documento | El namespace (base de datos o colección) afectado por el evento. |
| string | El nombre de la colección donde ocurrió el evento. |
| string | El nombre de la base de datos donde ocurrió el evento. |
| string | El tipo de operación que informa la notificación de cambio. Devuelve un valor de |
| Número largo | Junto con el lsid, un número que ayuda a identificar de forma única una transacción. Sólo está presente si la operación es parte de una transacción de múltiples documentos. |
| La fecha y hora del servidor de la operación de la base de datos. Novedades en la versión 6.0. |
Comportamiento
Imágenes previas y posteriores al documento
A partir de MongoDB 6.0, verás un documento fullDocumentBeforeChange con los campos que tenía el documento antes de ser cambiado (o eliminado) si realizas los siguientes pasos:
Habilite el nuevo campo
changeStreamPreAndPostImagespara una colección usandodb.createCollection(),create, ocollMod.Configura
fullDocumentBeforeChangeen"required"o"whenAvailable"endb.collection.watch().
Ejemplo fullDocumentBeforeChange documento en la salida del flujo de cambios:
"fullDocumentBeforeChange" : { "_id" : ObjectId("599af247bb69cd89961c986d"), "userName" : "alice123", "name" : "Alice Smith" }
Para obtener ejemplos completos con la salida del flujo de cambios, consulta Flujos de cambio con imágenes previas y posteriores de documentos.
Las imágenes previas y posteriores no están disponibles para un evento de flujo de cambios si las imágenes fueron:
No está habilitado en la colección en el momento de la operación de actualización o eliminación de un documento.
Eliminado después del tiempo de retención de imágenes previas y posteriores establecido en
expireAfterSeconds.El siguiente ejemplo configura
expireAfterSecondsen100segundos en todo el clúster:use admin db.runCommand( { setClusterParameter: { changeStreamOptions: { preAndPostImages: { expireAfterSeconds: 100 } } } } ) Nota
El
setClusterParametercomando no es compatible con los clústeres de MongoDB Atlas. Para obtener información sobre la compatibilidad de Atlas con todos los comandos, consulte Comandos no admitidos en Atlas.El siguiente ejemplo devuelve la configuración actual de
changeStreamOptions, incluyendoexpireAfterSeconds:db.adminCommand( { getClusterParameter: "changeStreamOptions" } ) Configurar
expireAfterSecondsenoffutiliza la política de retención por defecto: las imágenes previas y posteriores se conservan hasta que los eventos correspondientes del flujo de cambios se eliminan del oplog.Si se elimina un evento de flujo de cambios del oplog, las imágenes previas y posteriores correspondientes también se eliminan independientemente del tiempo de retención de las imágenes previas y posteriores
expireAfterSeconds.
Consideraciones adicionales:
Habilitar las imágenes previas y posteriores consume espacio de almacenamiento y aumenta el tiempo de procesamiento. Habilita solo las imágenes previas y de publicación si las necesitas.
Limita el tamaño del evento del flujo de cambios a menos de 16 mebibytes. Para limitar el tamaño del evento, puedes:
Limita el tamaño del documento a 8 megabytes. Puedes solicitar imágenes previas y posteriores simultáneamente en la salida del flujo de cambios si otros campos de eventos del flujo de cambios como
updateDescriptionno son grandes.Solicita solo imágenes posteriores en la salida del flujo de cambios para documentos de hasta 16 mebibytes si otros campos de eventos del flujo de cambios como
updateDescriptionno son grandes.Solicita solo imágenes previas en la salida del flujo de cambios para documentos de hasta 16 mebibytes si:
las actualizaciones de documento afectan solo a una pequeña fracción de la estructura o el contenido del documento, y
no cause un evento de cambio
replace. Un eventoreplacesiempre incluye la imagen de publicación.
Para realizar una solicitud de imagen previa, debes establecer
fullDocumentBeforeChangeenrequiredowhenAvailableendb.collection.watch(). Para solicitar una imagen posterior, establecefullDocumentmediante el mismo método.Las imágenes previas se escriben en la colección
config.system.preimages.La colección
config.system.preimagespuede agrandarse. Para limitar el tamaño de la colección, puedes establecer el tiempo aexpireAfterSecondspara las imágenes previas como se mostró antes.Para supervisar el tamaño de,
config.system.preimagesconéctese a un nodo de fragmentación en un clúster fragmentado o a unmongodnodo en un conjunto de réplicas. A continuación, ejecute los siguientes comandos:use config db.system.preimages.totalSize() db.system.preimages.stats() Las imágenes previas se eliminan de forma asincrónica mediante un proceso en segundo plano.
Importante
Característica incompatible con versiones anteriores
A partir de MongoDB 6.0, si utilizas imágenes previas y posteriores de documentos para los flujos de cambios, debes deshabilitar changeStreamPreAndPostImages para cada colección mediante el comando collMod antes de poder volver a una versión anterior de MongoDB.
Tip
Para los eventos y resultados del flujo de cambios, consulta Eventos de cambio.
Para buscar cambios en una colección, consulta
db.collection.watch().Para obtener ejemplos completos con la salida del flujo de cambios, consulta Flujos de cambio con imágenes previas y posteriores de documentos.
Operaciones de actualizar
El comando update puede producir diferentes eventos de cambio (no solo update) dependiendo de los cambios reales que realice en la colección.
Evento de cambio | Descripción |
|---|---|
La operación de actualización modificó un documento existente. | |
La operación de actualización reemplazó el documento o produjo una diferencia que era más detallada que el documento original, lo que provocó que MongoDB lo reemplazara. | |
La operación de actualización intentó actualizar un documento inexistente y, en su lugar, lo agregó a la colección. Esto solo ocurre cuando la actualización se ejecuta con la opción |
Ejemplos
El siguiente ejemplo ilustra un evento replace:
{ "_id": { <Resume Token> }, "operationType": "replace", "clusterTime": <Timestamp>, "wallTime": <ISODate>, "ns": { "db": "engineering", "coll": "users" }, "documentKey": { "_id": ObjectId("599af247bb69cd89961c986d") }, "fullDocument": { "_id": ObjectId("599af247bb69cd89961c986d"), "userName": "alice123", "name": "Alice" } }
Un evento replace puede resultar de replaceOne() o de un comando update que realiza un reemplazo de documento completo.
El fullDocument de un evento replace representa el documento de reemplazo tras la finalización de la operación.