LINUX.ORG.RU

Вышел Redis 2.6

 ,


0

2

Новая версия подверглась значительному рефакторингу, многие участки кода переписаны заново.

Основные изменения:

  1. Поддержка Lua доступна в стабильной ветке (в том числе в redis-cli).
  2. Появились слейвы только для чтения.
  3. Оптимизации в части памяти для хранения «маленьких» значений.
  4. Улучшение производительности при записи больших объектов.
  5. Логирование команд и возможность сбора статистики по ним.
  6. Все опции конфига стали доступны и в качестве аргументов командной строки.
  7. Устаревание значений с миллисекундной точностью
  8. Последнее в списке, но не по значимости: при запуске теперь отображается ASCII-лого Редиса!

В версию 2.6 перенесены некоторые команды из Redis Cluster. Полная функциональность кластера обещана к версии 3.0.

Redis — журналируемое хранилище типа «ключ-значение» с открытым исходным кодом под лицензией BSD, доступное для большинства POSIX-систем. Разработка спонсируется компанией VMware.

Сайт проекта

>>> Полный список изменений

★★

Проверено: maxcom ()
Последнее исправление: maxcom (всего исправлений: 2)
Ответ на: комментарий от Xintrea

А если внезапно кончится питание?

1. Именно в Redis присутствует сохранение на диск.

2. Системы такого рода не предназначены для постоянного хранения данных.

3. Есть ИБП.

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

Redis по назначению, так, не персистентное хранилище, а улучшенный memcache.

Вы это интаграмщикам расскажите. Да и я видел несколько проетов, где это хранилище,а не кэш.

namezys ★★★★
()
Ответ на: комментарий от namezys

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

Попровьте меня, если ситуация изменилась

BobiKK
()
Ответ на: комментарий от namezys

Вы это интаграмщикам расскажите.

То, что Wikipedia или морды Facebook сделаны на PHP, не означает, что этот язык предназначен для крупных проектов :)

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

2. Системы такого рода не предназначены для постоянного хранения данных.

Обоснуйте. И расскажите как же его тогда использовать? При запуске считал данные из мускула и сунул в Redis? На кой?

Suntechnic ★★★★★
()
Ответ на: комментарий от Suntechnic

И расскажите как же его тогда использовать?

Для хранения key-value кешей.

При запуске считал данные из мускула и сунул в Redis? На кой?

Для хранения тех данных, извлечение которых из mysql слишком затратно и тяжеловесно. Ваш и.о. К.О.

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

извлечение которых из mysql слишком затратно и тяжеловесно. Ваш и.о. К.О.

их можно один раз извлечь в RAM-таблицу, тут человек померял, что redis «всего» в 2-4 раза быстрее MySQL:

http://colinhowe.wordpress.com/2009/04/27/redis-vs-mysql/

если вместо InnoDB использовать HEAP - разницы может и не быть вообще

wota ★★
()
Ответ на: комментарий от BobiKK

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

можно считать, что если он свопиться, то затупил

Собственно, для high-load мегатонны нужной/ненужной информации

каждый случай надо смотреть отдельно

namezys ★★★★
()
Ответ на: комментарий от KRoN73

То, что Wikipedia или морды Facebook сделаны на PHP, не означает, что этот язык предназначен для крупных проектов :)

redis вполне позицианируется как постоянное хранилище. Не вижу проблем с ним в этом.

namezys ★★★★
()
Ответ на: комментарий от Suntechnic

При запуске считал данные из мускула и сунул в Redis? На кой?

Иногда это надо - он быстро отвечает. Иногда как постоянное хранилище. Каждый раз по разному. В этом его и прелесть.

namezys ★★★★
()
Ответ на: комментарий от wota

Сколько подключений к базе было? Или кластер из баз городить?

namezys ★★★★
()
Ответ на: комментарий от KRoN73

У redis есть журнал транзакций, так что гарантии не хуже чем у традиционной СУБД

maxcom ★★★★★
()
Ответ на: комментарий от Suntechnic

PHP конечно же. Куда ни плюнь, блин.

Да, но это не делает его целью создание больших сайтов :)

KRoN73 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.