Концепция использования memcache проистекает из того, что у вас где-то сидит «лишняя память».MongoDB и MySQL (и большинство БД) будут занимать каждый мегабайт оперативной памяти, которую они могут получить.
В случае очень распространенного MySQL / Memcache очень хорошо задокументировано, что использование Memcache больше касается сокращения запросовнагрузка на сервер, чем речь идет об ускорении запросов.Хорошая реализация memcache, в основном, просто пытается сохранить наиболее распространенные данные в памяти, чтобы сервер баз данных мог перебирать большие объемы данных.
На самом деле, я использовал memcache.как правило, полагается на memcache для поддержания производительности системы.
Итак, вернемся к первоначальному вопросу, где у вас есть дополнительная память?
Если у вас есть дополнительная память в Интернетесервера, вы можете использовать Memcache.Конечно, вы также можете запустить Mongo локально на веб-сервере.Просто подчините данные, которые вам нужны, от мастера.
Если у вас есть дополнительная оперативная память на других компьютерах, то нет смысла использовать memcache.Просто добавьте больше узлов в ваш набор реплик MongoDB или шард.Вот где на самом деле сияет MongoDB.Из-за шардинга / репликации вы можете увеличить объем оперативной памяти в Mongo Horizontally для повышения производительности.С SQL очень трудно «просто добавить больше серверов», потому что объединения не очень хорошо масштабируются.Но с Mongo вполне возможно просто «добавить больше узлов» к проблеме.