redis 持久化、过期策略和淘汰逐出策略

redis 目前支持的持久化方式

RDB持久化方式会在一个特定的间隔保存那个时间点的一个数据快照。
AOF持久化方式则会记录每一个服务器收到的写操作。在服务启动时，这些记录的操作会逐条执行从而重建出原来的数据。写操作命令记录的格式跟Redis协议一致，以追加的方式进行保存。
Redis的持久化是可以禁用的，就是说你可以让数据的生命周期只存在于服务器的运行时间里。
两种方式的持久化是可以同时存在的，但是当Redis重启时，AOF文件会被优先用于重建数据。

RDB快照方式：

1. SAVE 模式：保存快照的同时，会停止redis服务，直到快照落地，才会重新开始提供服务。
2. BGSAVE 模式：使用fork的方式拷贝redis内存，fork的同时会导致服务停止，但是间隔比较短，拷贝完内存后，redis重新提供服务，将内存数据落地，因为涉及到内存的拷贝，要求系统拥有和redis占用内存相同大小的空闲内存。

快照缺点：
只能恢复最近一次的快照，有部分数据出现丢失。

aof方式：

每次写入redis前，都会将操作写入内存缓冲区，然后以一定的策略刷至磁盘，恢复redis通过日子回放。

1. always : Redis在每次有写操作发生时都会同步到硬盘，这种方式会给IO带来很大压力，实际中写入的速率要考虑硬盘的IO速率。
2. everysec ：Redis每1秒将日志同步到硬盘，这种方式性能较好，但也意为着如果Re