Redis高并发3-redis数据持久化之rdb

内容大纲

一、如何配置RDB持久化机制
二、RDB持久化机制的工做流程
三、基于RDB持久化机制的数据恢复实验

------------------------------------------------------------------------

一、如何配置RDB持久化机制

redis.conf文件，也就是/etc/redis/6379.conf，去配置持久化

# Important things to understand:
#
#
#   In the example below the behaviour will be to save:
#   after 900 sec (15 min) if at least 1 key changed
#   after 300 sec (5 min) if at least 10 keys changed
#   after 60 sec if at least 10000 keys changed
#
#   Note: you can disable saving completely by commenting out all "save" lines.
#
#   It is also possible to remove all the previously configured save
#   points by adding a save directive with a single empty string argument
#   like in the following example:
#
#   save ""

save 900 1 #15分钟一次值变化
save 300 10 #5分钟10次值变化
save 60 1000 #1分钟1w次变化

每隔60s，若是有超过1000个key发生了变动，那么就生成一个新的dump.rdb文件，就是当前redis内存中完整的数据快照，这个操做也被称之为snapshotting，快照

也能够手动调用save或者bgsave命令，同步或异步执行rdb快照生成

save能够设置多个，就是多个snapshotting检查点，每到一个检查点，就会去check一下，是否有指定的key数量发生了变动，若是有，就生成一个新的dump.rdb文件

------------------------------------------------------------------------

二、RDB持久化机制的工做流程

（1）redis根据配置本身尝试去生成rdb快照文件
（2）fork一个子进程出来，这里会有一个问题，原本rdb数据就是在内存中，同时又开启一个子线程，子线程也会占用内存...
（3）子进程尝试将数据dump到临时的rdb快照文件中
（4）完成rdb快照文件的生成以后，就替换以前的旧的快照文件

dump.rdb，每次生成一个新的快照，都会覆盖以前的老快照

------------------------------------------------------------------------

三、基于RDB持久化机制的数据恢复实验

（1）在redis中保存几条数据，当即停掉redis进程，而后重启redis，看看刚才插入的数据还在不在

数据还在，为何？

带出来一个知识点，经过redis-cli SHUTDOWN这种方式去停掉redis，实际上是一种安全退出的模式，redis在退出的时候会将内存中的数据当即生成一份完整的rdb快照

/var/redis/6379/dump.rdb

（2）在redis中再保存几条新的数据，用kill -9粗暴杀死redis进程，模拟redis故障异常退出，致使内存数据丢失的场景

此次就发现，redis进程异常被杀掉，数据没有进dump文件，几条最新的数据就丢失了

（2）手动设置一个save检查点，save 5 1
（3）写入几条数据，等待5秒钟，会发现自动进行了一次dump rdb快照，在dump.rdb中发现了数据
（4）异常停掉redis进程，再从新启动redis，看刚才插入的数据还在

rdb的手动配置检查点，以及rdb快照的生成，包括数据的丢失和恢复，全都演示过了