Внедрение автозаполнения: Redis против Memcached, мне нужно постоянство?

Question

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

Я читал о memcached и redis.Они оба достаточно быстрые (не имеет значения, если один на 10 мс быстрее).Основные различия, которые меня интересуют, в том, что у redis есть «упорство».Это звучит хорошо, но я не совсем уверен, как это относится к автозаполнению или было бы полезно?Насколько я могу судить без настойчивости, это просто означает, что нам придется перестраивать кеш при перезапуске сервера.Я не вижу, чтобы это было слишком большой проблемой (я наивен здесь?)непреодолимая причина, по которой redis был бы превосходным инструментом для автозаполнения поиска?

Наш набор данных составляет около 100 тыс. элементов (может увеличиться в 2 или 3 раза).

Спасибо, Питер

Answer 1

Интересное сообщение в блоге от antirez о создании системы автозаполнения с помощью Redis.

http://antirez.com/post/autocomplete-with-redis.html

Answer 2

Как дела у вашего авто-спортсмена?Предпочтительным решением является использование службы текстового поиска, такой как Solr , которая может быстро возвращать предложения.Это обычный способ, и он очень быстрый.Вам никогда не понадобится слой кэширования.

Тем не менее, давайте предположим, что вы не можете развернуть solr прямо сейчас.Redis полезен, если вы не можете позволить себе потерять данные.Redis сохраняет данные на диск, так что даже после завершения работы есть данные.Для меня это звучит так: если кеш пропущен, то он будет медленным для первого лица.Memcache - это правильный уровень, потому что если данные будут потеряны, вы можете позволить себе снова заполнить кэш.

Вот ссылка, по которой можно сделать автоматическое предложение в Solr: Какой лучший способ реализовать автозаполнение на сервере?