De fysieke databasegrootte doet er niet toe. Het aantal records doet er niet toe.
In mijn ervaring is het grootste probleem waar je tegenaan loopt niet de grootte, maar het aantal vragen dat je tegelijk kunt verwerken. Hoogstwaarschijnlijk zult u naar een master/slave-configuratie moeten gaan, zodat de leesquery's tegen de slaves kunnen worden uitgevoerd en de schrijfquery's tegen de master. Als u hier echter nog niet klaar voor bent, kunt u altijd uw indexen aanpassen voor de query's die u uitvoert om de responstijden te versnellen. Er zijn ook veel aanpassingen die je kunt doen aan de netwerkstack en kernel in Linux, wat zal helpen.
Ik heb de mijne tot 10 GB laten krijgen, met slechts een matig aantal verbindingen en het verwerkte de verzoeken prima.
Ik zou eerst focussen op je indexen, en dan een serverbeheerder naar je besturingssysteem laten kijken, en als dat allemaal niet helpt, is het misschien tijd om een master/slave-configuratie te implementeren.