MongoDB - Error:el comando getMore falló:no se encontró el cursor

Después de configurar noCursorTimeout opción, debe cerrar el cursor manualmente con cursor.close() o agotando los resultados del cursor.

Como desea procesar todos los documentos en el cursor, no necesitaría cerrarlo manualmente, pero aún es posible que algo más salga mal en su código y se arroje un error antes de que termine, dejando el cursor abierto. .

Si aún desea utilizar este enfoque, use un try-catch para asegurarse de cerrar el cursor si algo sale mal antes de consumir todos sus documentos.

Tenga en cuenta que no considero que esta sea una mala solución (por lo tanto, el 👍), ya que incluso pensé que se consideraba una mala práctica...:

• Es una función compatible con el controlador. Si fue tan malo, ya que existen formas alternativas de evitar los problemas de tiempo de espera, como se explica en las otras soluciones, esto no será compatible.

• Hay formas de usarlo de manera segura, solo es cuestión de tener mucho cuidado con él.

• Supongo que no está ejecutando este tipo de consultas regularmente, por lo que las posibilidades de que comience a dejar cursores abiertos en todas partes son bajas. Si este no es el caso, y realmente necesita lidiar con estas situaciones todo el tiempo, entonces tiene sentido no usar noCursorTimeout .

3. 👍 Vuelve a intentarlo cuando el cursor expire

Básicamente, pones tu código en un try-catch y cuando obtiene el error, obtiene un nuevo cursor saltando los documentos que ya ha procesado:

let processed = 0;
let updated = 0;

while(true) {
    const cursor = db.snapshots.find().sort({ _id: 1 }).skip(processed);

    try {
        while (cursor.hasNext()) {
            const doc = cursor.next();

            ++processed;

            if (doc.stream && doc.roundedDate && !doc.sid) {
                db.snapshots.update({
                    _id: doc._id
                }, { $set: {
                    sid: `${ doc.stream.valueOf() }-${ doc.roundedDate }`
                }});

                ++updated;
            } 
        }

        break; // Done processing all, exit outer loop
    } catch (err) {
        if (err.code !== 43) {
            // Something else than a timeout went wrong. Abort loop.

            throw err;
        }
    }
}

Tenga en cuenta que debe ordenar los resultados para que esta solución funcione.

Con este enfoque, está minimizando la cantidad de solicitudes al servidor utilizando el tamaño de lote máximo posible de 16 MB, sin tener que adivinar cuántos documentos podrá procesar en 10 minutos de antemano. Por lo tanto, también es más robusto que el enfoque anterior.

4. 👎 Consulta los resultados por lotes manualmente

Básicamente, utiliza skip(), limit() y sort() para realizar múltiples consultas con una cantidad de documentos que cree que puede procesar en 10 minutos.

Considero que esta es una mala solución porque el controlador ya tiene la opción de establecer el tamaño del lote, por lo que no hay razón para hacerlo manualmente, solo use la solución 1 y no reinvente la rueda.

Además, vale la pena mencionar que tiene los mismos inconvenientes que la solución 1,

5. 👎 Obtén todos los documentos antes de que expire el cursor

Probablemente su código esté tardando en ejecutarse debido al procesamiento de resultados, por lo que podría recuperar todos los documentos primero y luego procesarlos:

const results = new Array(db.snapshots.find());

Esto recuperará todos los lotes uno tras otro y cerrará el cursor. Luego, puede recorrer todos los documentos dentro de results y haz lo que tengas que hacer.

Sin embargo, si tiene problemas de tiempo de espera, es probable que su conjunto de resultados sea bastante grande, por lo que extraer todo en la memoria puede no ser lo más recomendable.

Nota sobre el modo de instantánea y los documentos duplicados

Es posible que algunos documentos se devuelvan varias veces si las operaciones de escritura intermedias los mueven debido al aumento del tamaño del documento. Para resolver esto, use cursor.snapshot() . De los documentos: