MongoDB
Explica cómo usar el profiler, slow query logs y explain para localizar operaciones costosas sin generar una carga excesiva en producción.
El profiler y los slow-query logs muestran qué operaciones consumen tiempo y trabajo. Sirven para encontrar query shapes problemáticas, pero generan carga y pueden capturar datos sensibles. Deben habilitarse con thresholds, sampling y una pregunta concreta.
endpoint lento
→ operación registrada
→ query shape + plan summary
→ explain con valores representativos
→ corrección y mediciónEl profiler guarda operaciones en system.profile de la base según el nivel configurado. Conceptualmente:
La sintaxis y opciones exactas evolucionan por versión. No habilites nivel 2 en producción por rutina: añade I/O, almacenamiento y exposición de datos.
slowms define cuándo una operación se considera lenta; sampling limita qué porcentaje se registra. Un threshold global debe interpretar workloads distintos: 200 ms puede ser grave para un lookup y normal para un reporte controlado.
Prefiere filtros por namespace, tipo, duración o comentario cuando estén soportados.
Añade un identificador no sensible:
await orders.find(filter, {
comment: 'orders:list-by-status:v2'
}).toArray();Esto ayuda a relacionar profiler, endpoint y release. No incluyas email, token ni payload de usuario.
Campos útiles:
Una operación lenta no siempre es una query mala: puede esperar disco, lock, pool, replication o red.
Compara:
totalDocsExamined / nReturned
totalKeysExamined / nReturnedUn resultado de 20 con 500 000 documentos examinados indica trabajo residual. Un IXSCAN no garantiza eficiencia.
Los cursors entregan batches. El profiler puede registrar la consulta inicial y operaciones getMore. Si solo miras el primer command, puedes perder el coste real de una exportación o stream largo.
Observa cardinalidad entre stages:
$match temprano;$unwind explosivo;$lookup sin índice;$group y $sort grandes;$facet con ramas costosas.Después ejecuta explain('executionStats') en un entorno seguro o con límites.
Una update puede ser lenta por:
No añadas un índice sin comprobar el filtro y el coste de escritura.
Puede sugerir índices a partir de slow queries. Úsalo como evidencia, no como orden automática. Una sugerencia puede:
Revisa query shape y valida con explain.
Profiler y logs pueden incluir filtros y documentos parciales. Protege:
Sanitiza valores y nunca uses production profiling como fuente para copiar PII a herramientas sin controles.
Procedimiento:
Correlaciona con:
Una query que siempre era rápida puede volverse lenta por pérdida del working set o plan diferente.
maxTimeMS y no aparece como esperabas;getMore;getMore;getMore.Profiler y slow logs son instrumentos de diagnóstico temporal. Interpreta duración junto con trabajo, plan, cardinalidad y contexto del cluster. Protege los datos capturados y convierte cada hallazgo en una hipótesis verificada, no en creación automática de índices.
getMore?Working set y memoria.