Вышел Redis 2.6

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

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

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

3. Есть ИБП.

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

А вот тут вы не правы.

А вот тут вы не правы

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

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

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

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

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

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

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

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

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

И тем не менее оно везде.

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

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

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

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

И тем не менее оно везде.

Кто? PHP? Redis?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

там филосифия иная: http://blog.getspool.com/2011/11/29/fast-easy-realtime-metrics-using-redis-bi...

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

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