MongoDB proporciona varias formas de examinar el rendimiento de tu carga de trabajo, lo que te permite comprender el rendimiento de las queries e identificar queries de larga duración. Comprender el rendimiento de las queries ayuda a compilar índices eficaces y garantizar que la aplicación ejecute queries críticas de forma eficiente.
Identificar consultas lentas
Utiliza los siguientes métodos para identificar consultas lentas que ocurren en tu implementación.
Resumen de rendimiento
Los siguientes métodos ofrecen resúmenes del rendimiento de su implementación. Utiliza estos métodos para determinar si hay problemas de rendimiento que deben abordarse:
Método | Disponibilidad | Descripción |
|---|---|---|
Utiliza Atlas Performance Advisor | M10+ clústeres de Atlas | El Atlas Performance Advisor supervisa las queries lentas y sugiere la creación de nuevos índices para mejorar el rendimiento. Para más información, consulta Supervise y mejore las consultas lentas con el Asesor de rendimiento. |
Revisar operaciones en curso en Atlas | M10+ clústeres de Atlas | Puedes utilizar el Atlas Real-Time Performance Panel (RTPP) para ver el tráfico actual de la red, operaciones de la base de datos y estadísticas de hardware. |
Revisar las operaciones en curso localmente | Clústeres de Atlas e implementaciones autogestionadas | La También puedes usar el comando |
Verificar las métricas del servidor | Clústeres de Atlas e implementaciones autogestionadas | Para los clústeres de Atlas, puedes ver métricas de clúster para identificar problemas de rendimiento. Para implementaciones autohospedadas, el comando |
Ver formas comunes del query | Clústeres de Atlas e implementaciones autogestionadas | La etapa de agregación de |
Ver estadísticas del índice | Clústeres de Atlas e implementaciones autogestionadas | La |
Ver estadísticas de la colección | Clústeres de Atlas e implementaciones autogestionadas | La etapa de agregación
|
Analizar una query lenta
Utiliza estos métodos para analizar una query lenta y determinar la causa del bajo rendimiento:
Método | Disponibilidad | Descripción |
|---|---|---|
Utiliza el Atlas perfilador del query | M10+ clústeres de Atlas | El Atlas perfilador del query muestra las operaciones de larga duración y las estadísticas de rendimiento. Para obtener más información, consulta Supervisar el rendimiento de las consultas con el perfilador del query. |
Activar el perfilador de base de datos | Clústeres de Atlas e implementaciones autogestionadas | Cuando está activado, el perfilador de base de datos almacena información sobre slow queries en la colección Para obtener más información, consulte Generador de perfiles de base de datos. |
Ver consultas lentas en el registro de diagnóstico | Clústeres de Atlas e implementaciones autogestionadas | MongoDB registra las consultas que superan el umbral de operación lenta (valor predeterminado 100 milisegundos) en los registros de diagnóstico. Consulte los registros de diagnóstico para identificar consultas problemáticas y ver qué consultas se beneficiarían de los índices. |
Ver los resultados de la explicación | Clústeres de Atlas e implementaciones autogestionadas | Los resultados de explicación de query muestran información sobre el plan del query y estadísticas de ejecución. Puede utilizar los resultados de explain para determinar la siguiente información sobre una consulta:
Para ver los resultados de la explicación, utiliza los siguientes métodos:
Para obtener más información sobre cómo explicar los resultados, consulte Explicar los resultados e Interpretar los resultados del plan de explicación. |
Realizar análisis de consultas avanzados
Los siguientes métodos son adecuados para una investigación más profunda de queries problemáticas y pueden proporcionar perspectivas detalladas sobre el rendimiento:
Método | Disponibilidad | Descripción |
|---|---|---|
Ver estadísticas de caché de planes | Clústeres de Atlas e implementaciones autogestionadas | La etapa de agregación La caché de planes contiene planes del query que el planificador de queries utiliza para completar las queries de manera eficiente. Por lo general, la caché del plan debe contener entradas para las consultas que más se ejecutan. |