Redis篇：持久化淘汰策略，缓存失效策略

Posted 2022-01-08 潜行前行

关注公众号，一起交流，微信搜一搜: 潜行前行

redis 持久化

redis 的数据是保存再系统内存里面的。持久化就是把内存的数据转移到磁盘中，redis 的持久化策略有两种:RDB、AOF

RDB

• RDB 是以快照的形式把内存里的数据生成一个 RDB 格式备份文件，定时保存。保存的是数据的压缩过数据结构
• 有两个命令 SAVE、BGSAVE 可以生成 RDB 文件，SAVE 会阻塞主服务进程，直到 RDB 文件创建完毕。BGSAVE 则是派生一个子进程去执行 RDB 的生成
• RDB 会在 redis 启动时被加载，没有特殊加载命令

RDB 的原理总结

• 当 redis 需要做持久化时，redis 会 fork一个子进程，子进程将数据写到磁盘上一个临时 RDB 文件中。当子进程完成写临时文件后，将原来的 RDB 文件替换掉，这样的好处是可以copy-on-write

RDB 优缺点

• 适合冷备份。对于灾难恢复而言，RDB 是非常不错的选择。RDB 是经过压缩的数据，体积小
• 恢复更快。相比于 AOF 机制，RDB 的恢复速度更更快，更适合恢复数据，特别是在数据集非常大的情况
• 系统一旦在定时持久化之前出现宕机现象，此前没有来得及写入磁盘的数据都将丢失。所以，RDB 实际场景下，需要和 AOF 一起使用
• 由于 RDB 是通过 fork 子进程来协助完成数据持久化工作的，因此，如果当数据集较大时，可能会导致整个服务器卡顿

AOF

• AOF 的实现可以分为三个步骤：命令追加（append）、文件写入、文件同步（sync）
  • redis 执行一个写命令时，会以协议格式将命令追加到 aof_buf 的缓冲区末尾
  • 在 redis 的事件循环执行周期，处理文件事件时，则会考虑是否将 aof_buf 缓冲区的数据写入到 AOF 文件。这其中有三种策略：1-always aof_buf 数据全部同步到 AOF 文件、2-everysec 每秒同步一次、3-no 不同步
  • 默认是 everysec 策略
• 如果 AOF 日志过大，redis 会启用 rewrite 机制。在 rewrite log 时，会对其中的指令进行压缩，创建出一份需要恢复数据的最小日志出来。可使用 BGREWRITEAOF 命令 fork 子进程单独处理，不会影响 redis 主进程
• AOF 的同步频率比 RDB 的同步频率高，如果同时开启 AOF 和 RDB，redis 优先选择 AOF 同步文件

AOF 优缺点

• AOF 实时同步比 RDB 快 。该机制对日志文件的写入操作采用的是 append 模式，因此在写入过程中即使出现宕机现象，也不会破坏日志文件中已经存在的内容
• 如果本次操作只是写入了一半数据就出现了系统崩溃问题也不用担心，在 redis 下一次启动之前，可以通过 redis-check-aof 工具来解决数据一致性的问题
• 对于相同数量的数据集而言，AOF 文件通常要大于 RDB 文件。RDB 在恢复大数据集时的速度比 AOF 的恢复速度要快

redis 内存淘汰策略

• no-eviction
  • redis 不再继续提供写请求 (DEL 请求可以，读请求也可以)。这可以保证不会丢失数据，但是会让线上的业务不能持续进行，这是默认的淘汰策略
• volatile-lru
  • 尝试淘汰设置了过期时间的 key，最近最少使用的 key 优先被淘汰。没有设置过期时间的 key 不会被淘汰，这样可以保证需要持久化的数据不会突然丢失（使用最多）
• volatile-ttl
  • 跟上面一样，只是优先淘汰剩余过期时间 ttl 的最小的 key，ttl 越小越先被淘汰
• volatile-lfu
  • 从所有配置了过期时间的 key 中淘汰使用频率最少的键
• volatile-random
  • 从设置了过期时间的 key 中淘汰数据
• allkeys-lru
  • 区别于 volatile-lru，这个策略要淘汰的 key 对象是全体的 key 集合，而不只是过期的 key 集合
• allkeys-random
  • 从所有键中随机淘汰 key
• allkeys-lfu
  • 从所有键中淘汰使用频率最少的键

redis 过期键删除策略

• 定时删除
  • 在设置键的过期时间的同时，创建一个定时器，让定时器在讲的过期时间来临时，执行对键的删除操作
  • 定时删除会占用CPU时间，响应服务器的响应时间和吞吐量
• 惰性删除
  • 任由键过期先不删除，但是每次从键空间中获取键时都检查取得的键是否过期，如果过期则删除键
  • 惰性删除浪费太多内存，有内存泄漏的危险
• 定期删除
  • 每隔一段时间，程序就对数据库进行一次检查，删除里面的过期键。至于删除多少过期键，则根据多少个过期键和算法决定
  • 定期删除是前两种策略的整合和折中。因为是批量操作，并限定了执行时长和频率，可以有效减少删除操作对CPU的响应，也避免了内存长久不删除的导致的浪费

redis 的过期键删除策略

• redis 实际使用了惰性删除和定期删除两种策略，合理地在CPU时间和避免浪费空间之中保持平衡
• 惰性删除的 set 等命令执行
  
• 惰性删除的 get 等命令执行
  

欢迎指正文中错误

参考文章

• redis 设计与实现
• Redis的47连环炮，试试你能看住几个