Esto también depende del tipo de consultas que esté activando. Compruebe si los puntos mencionados a continuación están presentes -
- ¿hay muchas consultas de agregación? ¿Qué tipo de estructura de colección tiene, es decir,
- ¿hay muchas matrices anidadas?
- ¿Es una instancia única o un conjunto de réplicas? Intente poner un conjunto de réplicas con lectura y escritura en un nodo diferente.
- ¿Las consultas devuelven datos de varias colecciones?
- Verifique que su instancia tenga errores de página para el porcentaje de operaciones.
- Revise sus registros en busca de operaciones con alto nscanned o scanAndOrder durante períodos de alto bloqueo/cola, e indexe según corresponda.
- Revise sus consultas en busca de operadores intensivos en CPU como $all, $push/$pop/$addToSet, así como actualizaciones de documentos grandes y, especialmente, actualizaciones de documentos con matrices grandes (o matrices de subdocumentos grandes).
- si su base de datos tiene muchas operaciones de escritura, tenga en cuenta que solo una CPU por base de datos puede escribir a la vez (debido a que ese subproceso mantiene el bloqueo de escritura). Considere mover parte de esos datos a su propia base de datos.
Estas son algunas cosas que disminuyen el rendimiento con el tiempo. He cubierto los casos de uso más comunes aquí, sin embargo, consulte esta publicación para obtener más información.
