Redis的持久化机制、过期策略

1. Redis持久化

很多时候我们需要把内存中的数据持久化到磁盘中,大部分原因在于重启机器或机器故障数据恢复 。

reids支持两种不同的序列化操作。Redis 的⼀种持久化⽅式叫快照（snapshotting，RDB），另⼀种⽅式是只追加文件（append-only file, AOF）

RDB（snapshotting）持久化

RDB就是在指定时间间隔内,将内存中的数据集快照写入磁盘。redis重启时是将快照文件直接读取到内存中,来恢复数据。

优点:

1. RDB文件紧凑,全量备份,非常适合于备份和容灾恢复
2. 生成RDB文件的时候,redis主进程会fork()一个子进程来处理所有保存工作,主进程不需要进行任务io操作
3. RDB在恢复大数据集时的速度比AOF的恢复速度要快

缺点:

1. RDB这种方式不适合对数据完整性要求严格的情况,因为是每隔一段时间备份一次数据的。 可能会丢失数据

AOF（append-only file）持久化

AOF就是以日志记录的形式记录redis的每个写操作,将redis执行的所有写指令记录下来(读操作不记录),只许追加文件不可更改文件。redis启动后会读取appendonly.aof文件来实现重新恢复数据。

## 开启AOF 
appendonly yes

## AOF三种持久化方式:
appendfsync always:每修改同步，每一次发生数据变更都会持久化到磁盘上，性能较差，但数据完整性较好。

appendfsync everysec: 每秒同步，每秒内记录操作，异步操作，如果一秒内宕机，有数据丢失。

appendfsync no:不同步。

2. Redis过期策略

Redis 过期策略是：定期删除+惰性删除。

定期删除:

所谓定期删除,指的是redis默认是每隔100ms就随机抽取一些设置了过期时间的key,检查是否过期如果过期就删除。 这个每隔100ms不是遍历所有设置过期时间的key,实际上市随机抽取一些key来检查和删除的

惰性删除

​ 就是在你获取某个key的时候,redis会检查一下这个key是否设置了过期时间以及是否过期了,如果过期了就会删除,不会返回任何东西

实际上这种还是有问题的,如果定期删除掉了很多过期的key,但是你又没有及时去查讯也就没走惰性删除。如果大量的key堆积在内存中,导致redis内存快耗尽了怎么办? 内存淘汰机制

3. 内存淘汰机制

• noeviction:当内存不足以容纳新数据时,新写入的操作会报错。 这个基本没人用

• allkeys-lru:当内存不足以容纳新数据时,在键空间中,移除最新最少使用的key。 这个是常用的

• allkeys-random：当内存不足以容纳新写入数据时,在键空间中，随机移除某个 key。一般没人用吧

• volatile-lru：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，移除最近最少使用的 key。 这个一般不太合适

• volatile-random：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，随机移除某个 key。

• volatile-ttl：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，有更早过期时间的 key 优先移除