Думаю, утверждение что они разные по функционалу не совсем верно. Скорее Редис значительно более фунционален (по всем параметрам). Мемкеш тоже база данных, только примитивная. В мемкеше нет команды EXPIRE.<br>Да и зачем мне отдельно под отдачу превьюшек прямых трансляций ставить мемкеш? А для остальных задачек использовать Redis? Нецелесообразно, Imho. Уж лучше написать простейший модуль к nginx, и забыть мемкеш как страшный сон.<br>
Ваш вопрос был бы справедлив, если бы Redis хранил данные на диски как большинство баз данных, и в памяти только индексы и всяческий кеш базы данных. Но ведь он может работать вообще без синхронизации с диском. Синхронизация, по большому счету, лишь для защиты от сбоев.<br>
<br><div class="gmail_quote">30 июня 2009 г. 18:00 пользователь Sergey Shepelev <span dir="ltr"><<a href="mailto:temotor@gmail.com">temotor@gmail.com</a>></span> написал:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Вот именно, они разные по функционалу. Поэтому и спрашиваю как это у<br>
вас база - drop-in замена кешу.<br>
<br>
С этими двумя командами отлично справляется и мемкеш и поддержка его в<br>
nginx есть.<br>
<br>
А то, что Редис хорош, и чем именно мне известно.<br>
<div><div></div><div class="h5"><br>
2009/6/30 gf pro <<a href="mailto:kak.serpom.po.yaitsam@gmail.com">kak.serpom.po.yaitsam@gmail.com</a>>:<br>
> Imho, совершенно несравнимы по функционалу. И синхронизация с диском очень<br>
> радует...<br>
> Единственно что лично меня удерживает от перевода продакшена на Redis - то<br>
> что nginx не умеет работать с Redis.<br>
><br>
> Там реально надо просто реализовать две текстовых команды:<br>
> SELECT id - выбор бд по номеру (если в конфиге задано).<br>
> GET key - выборка<br>
> ответ от GET в следующем формате:<br>
> $4\r\ntest\r\n<br>
> Т.е. доллар, длина строки, \r\n, собственно строка, \r\n<br>
><br>
> Полная спецификация протокола тут -<br>
> <a href="http://code.google.com/p/redis/wiki/ProtocolSpecification" target="_blank">http://code.google.com/p/redis/wiki/ProtocolSpecification</a><br>
><br>
> 30 июня 2009 г. 16:06 пользователь Sergey Shepelev <<a href="mailto:temotor@gmail.com">temotor@gmail.com</a>><br>
> написал:<br>
>><br>
>> Интересно, спасибо.<br>
>><br>
>> И всё-таки чем мемкеш плох в качестве кеша?<br>
>><br>
>> 2009/6/30 gf pro <<a href="mailto:kak.serpom.po.yaitsam@gmail.com">kak.serpom.po.yaitsam@gmail.com</a>>:<br>
>> > Де-факто, вся её постоянность заключается в ОПЦИАЛЬНОЙ синхронизации с<br>
>> > дампом на диске. У меня есть БД которая синхронизируется, а есть<br>
>> > временная,<br>
>> > которая только в памяти.<br>
>> ><br>
>> > 29 июня 2009 г. 16:21 пользователь Sergey Shepelev <<a href="mailto:temotor@gmail.com">temotor@gmail.com</a>><br>
>> > написал:<br>
>> >><br>
>> >> Действительно, Редис отличная штука для узкого круга задач.<br>
>> >> Но какое отношение он имеет к кешу? Как это у вас персистентная база<br>
>> >> drop-in замена memcached? Может имелось в виду memcachedb?<br>
>> >><br>
>> >> Потому что, если это замена именно кешу, то это плохая замена, лучше<br>
>> >> использовать собственно мемкеш.<br>
>> >><br>
>> >> 2009/6/29 gf pro <<a href="mailto:kak.serpom.po.yaitsam@gmail.com">kak.serpom.po.yaitsam@gmail.com</a>>:<br>
>> >> > Добрый день. Я стал пользоваться Redis<br>
>> >> > (<a href="http://code.google.com/p/redis/" target="_blank">http://code.google.com/p/redis/</a>)<br>
>> >> > как<br>
>> >> > drop-in заменой memcached и думаю что было бы здорово реализовать<br>
>> >> > кусочек<br>
>> >> > протокола (команду GET) модулем nginx, по аналогии с модулем<br>
>> >> > memcache.<br>
>> >> > Это действительная рульная вещь =) Как и nginx.<br>
>> >> > Спасибо всем кто откликнется.<br>
>> >> ><br>
>> ><br>
>> ><br>
><br>
><br>
</div></div></blockquote></div><br>