Предлагаю вам прочитать об этом на http://redis.io/topics/persistence . По сути, вы теряете гарантированное постоянство, когда увеличиваете производительность, используя только хранение в памяти. Представьте сценарий, в котором вы ВСТАВЛЯЕТЕ в память, но прежде, чем она сохранится на диске, теряет мощность. Будет потеря данных.
Redis поддерживает так называемые «снимки». Это означает, что он будет делать полную копию того, что находится в памяти в определенные моменты времени (например, каждый полный час). Когда вы теряете питание между двумя снимками, вы теряете данные за время между последним снимком и падением (не обязательно отключение электроэнергии ..). Redis торгует безопасностью данных и производительностью, как и большинство NoSQL-DB.
Большинство баз данных NoSQL придерживаются концепции репликации между несколькими узлами, чтобы минимизировать этот риск. Redis считается скорее быстрым кешем, чем базой данных, которая гарантирует согласованность данных. Поэтому его варианты использования обычно отличаются от реальных баз данных: вы можете, например, хранить сеансы, счетчики производительности или что-то еще с непревзойденной производительностью и без реальных потерь в случае сбоя. Но обработка заказов / истории покупок и т. Д. Считается делом для традиционных баз данных.