Detta beror också på vilken typ av frågor du skickar. Kontrollera om nedanstående punkter finns där -
- finns det många aggregeringsfrågor? Vilken typ av samlingsstruktur har du, dvs
- finns det många kapslade arrayer?
- Är det en enkel instans eller replikuppsättning? Försök att sätta en replikuppsättning med läs och skriv till en annan nod.
- Returnerar frågorna data från flera samlingar?
- Kontrollera att din instans har fel på sidan för hur mycket % av operationerna?
- Kontrollera dina loggar för operationer med hög nscanned eller scanAndOrder under perioder med hög låsning/kö, och indexera därefter.
- Kontrollera dina frågor efter CPU-intensiva operatörer som $all, $push/$pop/$addToSet, såväl som uppdateringar av stora dokument, och speciellt uppdateringar av dokument med stora arrayer (eller stora underdokumentarrayer).
- om din databas är skrivtung, kom ihåg att endast en CPU per databas kan skriva åt gången (på grund av den tråden som håller skrivlåset). Överväg att flytta en del av denna data till sin egen databas.
Detta är några saker som minskar prestandan över tiden. Jag har täckt de vanligaste användningsfallen här, men kolla det här inlägget för lite mer insikter.