основная причина, по которой я вижу сегодня как вариант использования memcached над Redis, - это превосходная эффективность памяти, которую вы должны иметь возможность получить с простые кэширование фрагментов HTML (или аналогичных приложений). Если вам нужно хранить разные поля ваших объектов в разных ключах memcached, то хэши Redis будут более эффективными для памяти, но когда у вас есть большое количество пар key - > simple_string, memcached должен быть в состоянии дать вам больше элементов за мегабайт.

другие вещи, которые являются хорошими моментами о memcached:

• это очень простой кусок кода, поэтому, если вам просто нужна функциональность, которую он предоставляет, это разумная альтернатива, я думаю, но я никогда не использовал ее в производстве.
• он многопоточный, поэтому, если вам нужно масштабировать в одной коробке, это хорошо, и вам нужно поговорить только с одним экземпляром.

Я считаю, что Redis как кэш имеет все больше смысла как люди переходят к интеллектуальному кэшированию или когда они пытаются сохранить структуру кэшированных данных через структуры данных Redis.

сравнение между Redis LRU и memcached LRU.

и memcached, и Redis не выполняют реальных выселений LRU, но только приближение этого.

выселение Memcache является классом размера и зависит от деталей реализации его распределителя слябов. Например, если вы хотите добавить элемент, который соответствует заданному классу размера, memcached попытается удалить устаревшие / недавно использованные элементы в этом классе, вместо того, чтобы попробовать глобальную попытку понять, что такое объект, независимо от его размера, который является лучшим кандидатом.

Redis вместо этого пытается выбрать хороший объект в качестве кандидата на выселение, когда maxmemory предел достигнут, глядя на все объекты, независимо от класса размера, но способен предоставить только приблизительно хороший объект, а не лучший объект С большим холостым ходом время.

Redis делает это путем выборки нескольких объектов, выбирая тот, который был простаивает (не доступен) в течение длительного времени. Поскольку Redis 3.0 (В настоящее время в бета-версии) алгоритм был улучшен, а также принимает хорошие пулы кандидатов через выселения, поэтому аппроксимация была улучшена. В Redis документация вы можете найти описание и графики с подробной информацией о том, как это работает.

почему memcached имеет лучший объем памяти, чем Redis для простая строка - > строковые карты.

Redis-более сложная часть программного обеспечения, поэтому значения в Redis хранятся более похожими на объекты на языке программирования высокого уровня: они имеют связанный тип, кодирование, подсчет ссылок для управления памятью. Это делает внутреннюю структуру Redis хорошей и управляемой, но имеет накладные расходы по сравнению с memcached, который имеет дело только со строками.

когда Redis начинает быть более эффективной памяти

Redis-это возможность хранить малые агрегатные типы данных в специальной памяти сохраняя путь. Например, небольшой хэш Redis, представляющий объект, хранится внутри не с хэш-таблицей, а как двоичный уникальный blob. Таким образом, установка нескольких полей на объект в хэш более эффективна, чем хранение N разделенных ключей в memcached.

вы можете фактически сохранить объект в memcached как один JSON (или двоичный код) blob, но, в отличие от Redis, это не позволит вам получить или обновить независимые поля.

преимущество Redis в контексте интеллектуального кэширования.

из-за структур данных Redis обычный шаблон, используемый с memcached уничтожения объектов, когда кэш недействителен, чтобы воссоздать его из БД позже, является примитивным способом использования Redis.

например, представьте, что вам нужно кэшировать последние новости N, размещенные в Hacker News, чтобы заполнить" новейший " раздел сайта. Что вы делаете с Redis взять список (ограниченный M элементами)с последними новостями. Если вы используете другое хранилище для своих данных и Redis в качестве кэша, вы должны заполнить и представления (Redis и DB)при разноске нового элемента. Нет недействительности кэша.

однако приложение всегда может иметь логику, так что если список Redis будет найден пустым, например, после запуска, начальное представление может быть повторно создано из БД.

С помощью интеллектуального кэширования это возможно выполнять кэширование с Redis более эффективным способом по сравнению с memcached, но не все проблемы подходят для этого шаблона. Например, кэширование фрагментов HTML может не принести пользы от этого метода.