Suor Sep 26 2011 at 18:35

Redis: лёгкие яблоки

3 min

10K

NoSQL*

+54

Comments 33

JetMaster Sep 26 2011 at 18:59

Подскажите, есть ли у Redis свои «скелеты в шкафу»? К примеру, когда я начал интересоваться Mongodb то был «приятно» удивлён когда mongo отожрала всю память на сервере и ещё и отдавать её не хотела ни коим образом. Может плохо читал доки, каюсь.

Suor Sep 26 2011 at 19:07

Ну редис не предназначен для работы с данными больше оперативной памяти. Транзакции там весьма ограниченные. Больше ничего не приходит в голову.

EvilBlueBeaver Sep 27 2011 at 00:15

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

karellen Sep 27 2011 at 11:32

Можно включить appendonly и он перестанет форкаться, только придется периодически делать bgrewriteaof (ночью, например).

Suor Sep 27 2011 at 13:49

Благодаря copy-on-write, такого не должно происходить. У меня не происходит. Но в доках, что-то читал про возможные проблемы на линуксах, я не особо вчитывался.

gro Sep 27 2011 at 17:02

Пока данные на диск сбрасываются, вполне может что-то писаться в базу, так что всё равно копии страниц будут создаваться.

Suor Sep 27 2011 at 18:33

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

Zaharov Sep 26 2011 at 19:17

Думаю вам будет интересна эта страница.

Treg Sep 26 2011 at 22:41

Редис, как и любой другой инструмент, надо использовать с умом. У моих коллег бывали случаи, когда машина уходила в своп при сбросе данных на диск (хранили сессии). Подозреваю, что плохо сконфигурировали этот момент. Было дело, сам лично клал ферму фронтендов выборкой ключей по маске (примерно так — KEYS posts:*). А вообще, редис действительно очень удобен, и им приятно пользоваться.

Slon7 Sep 27 2011 at 11:59

То есть строка из документации вас не смутила перед этим?

Warning: consider KEYS as a command that should only be used in production environments with extreme care. It may ruin performance when it is executed against large databases. This command is intended for debugging and special operations, such as changing your keyspace layout.

Treg Sep 27 2011 at 22:43

Теперь я отношусь к таким предупреждениям с особым трепетом.

Antiarchitect Sep 27 2011 at 10:54

И вообще, если есть сомнения в идеологической верности выбранной технологии мне помогают такие вот посты.

Syra Sep 26 2011 at 20:34

Надо отметить, что memcached позволяет распределять данные по серверам, а redis ограничивается мастер-слейв репликацией. То есть в первом случае мы получаем масштабируемость, а во втором — скорость (никаких запросов сетевого характера на локальную машину).

-1

karellen Sep 26 2011 at 20:44

В разработке redis.io/presentation/Redis_Cluster.pdf

Syra Sep 26 2011 at 20:52

Выглядит не плохо, прямо как memcached :)

В любом случае здорово, что в нише memcached есть серьезные подвижки (клоны?).

angry_elf Sep 26 2011 at 21:53

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

Syra Sep 26 2011 at 23:04

Ну дык на то memcached кэшем и зовут, область и способы применения специфичны. Если вы хотели этим подчеркнуть что-то из redis, то этот намек слишком трудноуловим (по крайней мере для меня).

И о времени обновления значений сказано… достаточно.

angry_elf Sep 26 2011 at 23:48

Я всего лишь хотел подчеркнуть, что мастер-мастер в memcached условный.

Редис я вообще не знаю.

prn Sep 26 2011 at 22:27

Видимо вы далеки не только от редиса, но и от мемкеша. Memcached не умеет распределять данные по серверам, это делают клиентские библиотеки

Syra Sep 26 2011 at 22:37

Может и так, может и далек :)

В своем сравнении я подробно не разбирал отличия этих систем, сознательно утрировал (тут есть и посерьезнее поводы придраться, было бы желание). Таков был замысел :)

Ну а называть библиотекой то, что реализуется… ммм… двумя строчками кода, при чем в каждом проекте… не слишком? )

-2

prn Sep 26 2011 at 22:48

Что реализуется двумя строчками? о_О. Сетевое взаимодействие приложения и мемкеша или шардинг?
Шардинг можно и в одну уложить :) Я же имел ввиду именно библиотеки типа redis.io/clients

Syra Sep 26 2011 at 23:22

Шардинг. Вы правы, я нет. Видимо думал о чём-то своём… :)

UFO just landed and posted this here

Syra Sep 26 2011 at 22:41

Вот введут то чтотут обещают, будут использоваться сетевые протоколы, забудете о былой скорости :)

UFO just landed and posted this here

Syra Sep 26 2011 at 23:14

Если не тайна, можно узнать сколько там конкретно миллисекунд в ожидании ответа от redis и в выполнении php кода? Сколько съедают у вас запросы по сети (не работа самого redisа)?

UFO just landed and posted this here

alekciy Feb 3 2012 at 19:24

… и так и не отписался… А ведь любопытно же.

prn Sep 26 2011 at 22:47

prn Sep 26 2011 at 22:48

НЛО подчисти плиз, я промахнулся

UFO just landed and posted this here

BorisT Mar 20 2014 at 14:31

А вот как решить такую задачу редисом: нужно считать кол-во хитов поста за последние n дней?
Пока решил делать HINCRBY hits <post_id>:<timestamp> 1 и агрегировать этот хешлист, с подчищением протухших записей. Но все равное хешлист распухает и единственно решение это дробить таймстамп (хиты за 10/20/30… мин), теряя тем самым точность статистики (хотя и не нужна высокая точность).

Suor Mar 20 2014 at 14:48

Нужно дробить время, если за последние n дней, то до дней. И надо определиться с вопросом прежде, чем на него отвечать. Если вопрос «А вот как решить такую задачу редисом: нужно считать кол-во хитов поста за последние n дней?», то дальнейший рассуждения о точности выглядят неуместными.

P.S. Если хочется много статистики, то самый эффективный способ — использовать битовые маски. Есть реализация для питона.

Show the best of all time