Redis 持久化方案：RDB与AOF

 

 

关闭redis时，会将内存中的数据持久化到硬盘，同步数据；

启动redis时，会从硬盘加载数据到内存。

 

平时也要将内存的数据同步到硬盘，redis提供了2种持久化方案：RDB、AOF

 

 

 

---

 

 

RDB

RDB是redis默认使用的持久化方案，隔一段时间同步一次，使用快照保存内存中的数据。

 

打开redis.conf，搜索rdb即可找到RDB相关配置：

 

RDB默认设置了3种策略，分别对应redis服务器key的更改频率：

• 如果900s（即15min）内，对redis中键值对的修改个数达到1，就同步数据到硬盘。对应修改很少的情况。
• 如果300s（即5min）内，对redis中键值对的修改个数达到10，就同步数据到硬盘。对应修改小多的情况。
• 如果60s（即1min）内，对redis中键值对的修改个数达到10000，就同步数据到硬盘。对应修改很多的情况。

 

 

默认会压缩字符串，减小.rdb文件的体积，但会加大服务器开销。

 

 

默认的数据库文件名是dump.rdb

 

 

执行过程：

达到同步要求后，启动一个子线程，将内存中的数据写到一个临时的.rdb文件中，完成后用临时文件替换原来的.rdb文件。

 

 

 

---

 

 

 

AOF

把redis服务器执行的写指令记录到一个.aof文件中（相当于写指令的日志），启动redis服务器时，把.aof中的写指令重新执行一遍，还原数据。

 

在redis.conf中搜索append即可找到AOF的配置：

默认是没开启AOF的，如果要使用AOF，将no改为yes即可。

默认的写命令的日志文件名是appendonly.aof。

 

 

向.aof文件追加写指令（同步）有3种策略：

• always  每执行一条写指令，都会在.aof中追加，开销大、拉低服务器性能，但最安全，宕机就丢失1个写指令
• no：把写指令放到缓冲区里，由操作系统决定什么时候写到.aof中，资源开销最小，但不安全，宕机缓冲区里的写指令都会丢失
• everysec：每秒在.aof中追加一次，一次性写入这一秒内执行的所有写指令。上面2种的折中，宕机丢失1s内的写指令。

默认值everysec，不知道要使用哪种策略，使用默认的everysec即可。

 

 

 

AOF的执行过程:

每隔1s，启动一个后台线程，将这段时间内的写指令写到.aof文件中。

.aof文件中存储的是执行过的写指令，不是内存中的数据。

redis服务器启动时，把.aof中的写指令重新执行一遍，还原数据。

 

 

AOF重写：

.aof文件中的写指令越来越多，文件越来越大，还原数据越来越慢。AOF会自动重写.aof文件。

 

比如.aof文件中有2条写指令：

hmset user name "chy" password "abcd"
hset user password "ABCD"

重写合并为一条：

hmset user name "chy" password "ABCD"

password原来的值不用了，不必再去执行。这样就减小了文件体积，少执行一条写指令，还原|启动也要快一些。

 

 

AOF重写是是否不同步写指令到.aof中，默认值no，要同步。

如果设置为yes，不同步，会丢失AOF重写时执行的所有写指令。

 

 

AOF会记录上次重写后.aof的文件大小，如果redis服务器启动后还没有过AOF重写，则默认为redis服务器启动时.aof的文件尺寸。

默认设置了2种重写策略：

• 如果当前.aof的尺寸，比上一次重写后增加了百分之多少（默认是100，就翻了一倍），就自动执行AOF重写
• 如果当前.aof的尺寸，比上一次重写后增加了多少（默认是64mb），就自动执行AOF重写

如果增量的百分比设置为0，即禁用AOF的自动重写。

 

 

---

 

 

在redis.conf中搜索dir：

.rdb文件、.aof文件都是保存在此目录下的。

 

 

---

 

 

RDB、AOF的优缺点分析

可以把各个时间段的.rdb文件备份，这样就有了数据库各个时间段的数据备份，可以将数据还原到某个时间段，RDB方式十分适合做备份。

.aof中全是写指令，鬼知道是哪个时间段执行的，不好还原到某个时间段，不适合做备份。

但AOF有一个好处：如果不小心使用flushall命令清空了所有数据，只要还没有进行AOF重写，就可以在.aof删除flushall指令，重新启动redis即可恢复数据。

 

RDB每次都是备份内存中的所有数据，有点吃资源、时间开销大。

AOF每次只需要往.aof中写入写指令即可，资源消耗少，且以追加方式写入，没有文件寻址开销，时间开销小。

 

RDB每隔60|300|900秒才进行备份，如果期间机器出故障了，这几十、几百秒内的数据会全部丢失。

AOF一般是1秒写一次指令，出故障丢失的数据极少，毕竟只有1秒，数据的一致性、完整性更高。

 

每次启动redis服务器，AOF都要重新执行一遍写指令来还原数据，启动数据慢。

RDB直接将.rdb中的数据库数据读取到内存即可，启动速度快。

 

 

RDB和AOF如何选择

只使用RDB，可能会丢失很多数据

只使用AOF，不好做各个时间段的备份

一般是AOF、RDB结合使用，用AOF保证数据不丢失，用RDB做各个时间段的备份。

 

 

---

 

 

也可以手动同步数据：

dump key  #同步某个key，返回该key序列化之后的值

save  #同步内存中的所有数据
bgsave  #同上，只不过是在后台进行同步，bg即backgroud