Aggiornamento:sembra essere un problema 2.0.x...
Ho appena eseguito la stessa identica query con 2.0.xe 1.4.x. Quando Limit =1, entrambi eseguono velocemente ~1ms. Quando Limit =2, la versione 1.4.x rimane intorno a 1 ms ma la versione 2.0.x salta a 25 ms. Quindi, non è solo un problema con l'output di spiegazione:è solo un sintomo del problema.
Giovedì 8 gennaio 2015 9:04:05 UTC-8, Joshua Abrams ha scritto:Interessante... la stessa identica query utilizzando 1.4.x produce una spiegazione corretta dove n =2 (e così via). Questo potrebbe influire sulle prestazioni? Quando eseguo una query in cui Limit =1 è veloce (come previsto) ma quando Limit =2 è 100 volte più lento...
Giovedì 8 gennaio 2015 8:52:28 UTC-8, christkv ha scritto:non proprio. Il mio suggerimento è di creare un test case minimo riproducibile (codice e dati) e aprire un ticket su jira.mongodb.com. un po' difficile sapere cosa potrebbe succedere. è improbabile che sia l'autista, ma non si sa mai. prova anche con il ramo 1.4.x solo per escludere almeno che si tratti di un problema del ramo 2.0.x.
Giovedì 8 gennaio 2015 17:47:45 UTC+1, Joshua Abrams ha scritto:Ho appena controllato e sto usando 2.0.12 del driver. Qualche altra idea?
Giovedì 8 gennaio 2015 8:23:16 UTC-8, christkv ha scritto:explain sta solo riaccordando tutti i risultati nel driver invece dei risultati parziali. così ottieni il piano. Una cosa che viene in mente potrebbe essere che sei su un driver precedente alla 1.4.19 che aveva un errore in cui batchSize era impostato su 1.
Giovedì 8 gennaio 2015 alle 17:01:42 UTC+1, Joshua Abrams ha scritto:Ultimamente ho riscontrato una serie di problemi di prestazioni con il driver.Limite =1 =1 ms, Limite> 1 =150 ms (mongo-melt-down)
Non sono sicuro di quale sia la causa principale - ed è impossibile eseguire il debug quando non riesco a ottenere una spiegazione adeguata:Driver del nodo nativo MongoDB:Explain non funziona?
