如何通过Redis数据持久化技术提升系统可用性，构建长尾词策略？

本文共计3967个文字，预计阅读时间需要16分钟。

1. 介绍从上一篇《深刻理解高性能Redis的本质》中，我们可以知道，我们经常在数据库层上加一层缓存（如Redis），来保证数据的访问效率。这种性能确实有大幅度的提升，但本身也存在问题。

1 介绍

从上一篇的 《深刻理解高性能Redis的本质》 中可以知道， 我们经常在数据库层上加一层缓存（如Redis），来保证数据的访问效率。
这样性能确实也有了大幅度的提升，但是本身Redis也是一层服务，也存在宕机、故障的可能性。
一旦服务挂起，可能生产的后果包括如下几方面：
1、Redis的数据是存在内存中的，所以一旦挂起，内存中的数据会全部丢失。
2、I/O从内存层级迁移到磁盘层级，性能极速下降。
3、原本访问缓存的请求会透过缓存层直接投向数据库，给数据库带来极大的压力，甚至导致雪崩。

所以，缓存层崩溃产生的后果是灾难的。为了避免宕机和宕机后的数据丢失， 为了保证数据的快速恢复，Redis提供了两个持久化数据的能力， AOF（Append Only FIle）日志 和 RDB 快照。

2 关于RDB 内存快照

大规模高并发的分布式场景，经常会遇到问题就是Redis挂起，导致访问失败，而所有的请求透过缓存层投向数据库，给数据库造成极大的压力。
而Redis的数据是存储在高速缓存中，即使我们重启并且恢复使用，缓存池依旧是空的，因为内存被释放了。
重新建立缓存的过程，对数据库也是一个暴击的过程，很可能会导致整个系统调用链的雪崩。参考我的这篇《架构与思维：一次缓存雪崩的灾难复盘》
我们知道，Redis 数据都是保存在内存中，能不能将内存中的数据进一步写到磁盘上，Redis 重启的时候就可以把磁盘上的数据快速恢复到内存中。这样，即使Redis宕机重启之后，依然能够正常的提供服务。