Redis的持久化的策略

Redis的持久化的策略

官方文档说明

  • AOF持久化策略
  • RDB持久化的策略

AOF持久化策略

AOF持久性记录服务器接收到的每个写操作,然后,可以在服务器启动时再次重播这些操作,重建原始数据集,使用与Redis协议本身相同的格式记录命令。

appendonly yes #默认是不开启的,我们需要手动配置成no来进行开启


# The name of the append only file (default: "appendonly.aof")
appendfilename "appendonly.aof"

AOF 的执行流程

AOF策略的特点

  • 同时使用这两种持久化方式,redis 默认优先加载 aof 文件(aof 数据最完整);

  • AOF 文件会在操作过程中变得越来越大

    • 比如,如果你做一百次加法计算,最后你只会在数据库里面得到最终的数值,但是在你的 AOF 里面会存在 100 次记录,其中 99 条记录对最终的结果是无用的;

    • Redis 支持在不影响服务的前提下在后台子进程(主进程可以继续处理命令请求,避免阻塞主进程

      )重构 AOF文件,让文件得以整理变小;

    • 后台重写的触发条件

      //执行 AOF 重写时,当前 AOF 大小(aof_current_size)和上一次重写时 AOF 大小(aof_base_size)的比值
      auto-aof-rewrite-percentage 100 
      
       //AOF文件大于64M
      auto-aof-rewrite-min-size 64mb  
      
       //或者用户手动通过调用 bgrewriteaof手动触发
      

AOF 文件存储格式

  • redis-cli 下执行写命令
127.0.0.1:13>set name "kevin"
"OK"
127.0.0.1:13>del name
*2
$6
SELECT
$2
13
*3
$3
set
$4
name
$5
kevin
*2
$3
DEL
$4
name

RDB持久化的策略

RDB 持久化(也称作快照持久化)是指将内存中的数据生成快照保存到磁盘里面,默认文件名dump.rdb

# The filename where to dump the DB
dbfilename dump.rdb

Redis 还可以通过配置文件的选项来实现每隔一段时间自动执行一次 bgsave 命令,虽然选项名称时save,实际上执行的是bgsave命令。自动执行策略可以配置多个,只要满足上面任意一个条件就会执行bgsave。


save 900 1     #900 秒之内,对数据库进行了至少 1 次修改;
save 300 10    #300 秒之内,对数据库进行了至少 10 次修改
save 60 10000  #60 秒之内,对数据库进行了至少 10000 次修改

RDB执行流程

执行了 save 命令,就会在主线程生成 RDB 文件,由于和执行操作命令在同一个线程,所以会阻塞主线程。

bgsave 是fork一个子线程进行处理,所以不会阻塞主线程。

RDB特点

  • 由于存储的是数据快照文件,恢复数据很方便,也比较快
  • 会丢失最后一次快照以后更改的数据
  • 12
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

jc0803kevin

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值