Redis 持久化机制

对于如何将数据类型持久化存储,Redis 提供一下 4 种方式

定时快照 snapshot

实现

  1. 在 Redis 内存的一个定时器事件,每隔一段时间就检查数据是否符合定时快照触发的条件
  2. 若触发则创建一个子进程,默认与父进程共享地址空间,再通过子进程遍历整个内存进行存储操作

缺陷

  1. 只能存储一段时间内的内存信息,若系统重启则会丢失上次快照与重启间的数据

基于语句的追加文件 aof

实现

  1. 每条使 Redis 内存数据发生改变的的命令都会被存储到一个 log 文件中
  2. 最终该 log 文件中存放的就是 Redis 的持久化数据

缺陷

  1. 过多的 log 文件导致数据体积过大,当系统重启后再次加载数据时会比较慢
    • 数据加载慢并不是因为读取速度慢,而是因为 log 中的每条命令都会需要在 Redis 中再次执行
  2. 由于每条命令都要写入 log ,所以会导致 Redis 的性能下降

虚拟内存 vm - 已弃用

实现

  1. 用户空间数据换入换出

缺陷

  1. 代码复杂
  2. 重启慢

Diskstore

实现

  1. 弃用虚拟内存后采用的新方式,实际上是使用传统的 B-tree 格式存储数据

总结

  1. 采用合适的数据类型存储数据,并尽可能使用紧凑存储参数
  2. 当业务场景无需持久化时,关闭所有的持久化机制可获得更好的性能及最大的内存使用量
  3. 不要让 Redis 使用的物理内存超过服务器的 3/5