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
- 对应aop文件中记录的内容,就是对应的写操作命令,采用的RESP协议:Redis 的序列化协议。
*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特点
- 由于存储的是数据快照文件,恢复数据很方便,也比较快
- 会丢失最后一次快照以后更改的数据