Actualización:parece ser un problema de 2.0.x...
Acabo de ejecutar exactamente la misma consulta con 2.0.x y 1.4.x. Cuando Límite =1, ambos funcionan rápido ~ 1 ms. Cuando Limit =2, la versión 1.4.x se mantiene alrededor de 1 ms pero la versión 2.0.x salta a 25 ms. Entonces, no es solo un problema con el resultado de la explicación, es solo un síntoma del problema.
El jueves 8 de enero de 2015 a las 9:04:05 a. m. UTC-8, Joshua Abrams escribió:Interesante... exactamente la misma consulta usando 1.4.x produce una explicación adecuada donde n =2 (y así sucesivamente). ¿Podría esto estar afectando el rendimiento? Cuando ejecuto una consulta donde Límite =1 es rápido (como se esperaba) pero cuando Límite =2 es 100 veces más lento...
El jueves 8 de enero de 2015 a las 8:52:28 a. m. UTC-8, christkv escribió:no realmente. Mi sugerencia es hacer un caso de prueba reproducible mínimo (código y datos) y abrir un ticket en jira.mongodb.com. un poco difícil saber lo que podría estar pasando. es poco probable que sea el conductor, pero uno nunca sabe. prueba también con la rama 1.4.x solo para descartar al menos que se trata de un problema de la rama 2.0.x.
El jueves 8 de enero de 2015 a las 5:47:45 p. m. UTC+1, Joshua Abrams escribió:Acabo de verificar y estoy usando 2.0.12 del controlador. ¿Alguna otra idea?
El jueves 8 de enero de 2015 a las 8:23:16 a. m. UTC-8, christkv escribió:explain es solo volver a sintonizar todos los resultados en el controlador en lugar de resultados parciales. así obtienes el plan. Una cosa que le viene a la mente es que está en un controlador anterior a 1.4.19 que tuvo un error donde el tamaño de lote se configuró en 1.
El jueves 8 de enero de 2015 a las 5:01:42 p. m. UTC+1, Joshua Abrams escribió:Últimamente he tenido una serie de problemas de rendimiento con el controlador. //stackoverflow.com/questions/27831936/limit-1-1ms-limit-1-150ms-mongo-melt-down">Límite =1 =1 ms, Límite> 1 =150 ms (mongo-melt-down)
No estoy seguro de cuál es la causa raíz, y es imposible depurar cuando no puedo obtener una explicación adecuada:Controlador de nodo nativo de MongoDB:¿La explicación está rota?
