reids持久化之RDB

RDB

1 简介

RDB:是 redis DataBase的简写.在指定的时间间隔内将内存中的数据快照写入磁盘.恢复时将快照读入到内存中.
Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。整个过程中，主进程是不进行任何IO操作的，这就确保了极高的性能.

如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。

2 RDB的配置

# Save the DB on disk: 触发保存条件
#   格式：save <间隔时间（秒）> <写入次数>
save 900 1
save 300 10
save 60 10000

# 在redis持久化数据到磁盘时如果出现失败，默认情况下，redis会停止接受所有的写请求。
tes-on-bgsave-error yes

#  对于存储到磁盘中的快照，可以设置是否进行压缩存储。
# 如果是的话，redis会采用LZF算法进行压缩。如果你不想消耗CPU来进行压缩的话，
# 可以设置为关闭此功能，但是存储在磁盘上的快照会比较大。
rdbcompression yes

#  在存储快照后，我们还可以让redis使用CRC64算法来进行数据校验，但是这样做会增加大约10%的性能消耗，
#  如果希望获取到最大的性能提升，可以关闭此功能。
rdbchecksum yes

# The filename where to dump the DB(数据库快照文件名)
dbfilename dump.rdb

# 设置数据库快照文件的存放路径，这个配置项一定是个目录，而不能是文件名
dir ./

3 演示

#将配置文件中
save 300 10 改为 save 60 5

发现会多出一个dump.rdb文件,当redis重启之后就会从其中重新读取数据.

4 注意

当某一次写入的数据很重要时,我们可以人工调用 save或者bgsave指令来进行存储.

//save时只管保存，其它不管，全部阻塞
127.0.0.1:6379> save 
//Redis会在后台异步进行快照操作，快照同时还可以响应客户端请求。可以通过lastsave
//命令获取最后一次成功执行快照的时间
127.0.0.1:6379> bgsave 
//获取dump.rdb文件所在目录
127.0.0.1:6379> config get dir
1) "dir"
2) "/usr/local/bin"

5 优劣势

优势: 适合大规模数据恢复,对数据的完整性和一致性要求不高.

劣势: 在一定时间间隔做一次备份,如果备份时redis挂了,就会丢失最后一次数据;FORK的时候,内存的数据被克隆一份,大致2倍的膨胀也需要权衡.

6 修复

使用上图中的redis-check-rdb 工具

redis-check-rdb --fix dump.rdb