redis学习系列(四)--redis的RDB持久化配置以及数据恢复实验

快来打我* 2022-05-29 05:24 177阅读 0赞

**目录**

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

2、RDB持久化机制的工作流程

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

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

### 1、如何配置RDB持久化机制 ###

> 在redis.conf配置文件中去配置持久化  
> save 60 1000(默认文件里面已经添加过持久化策略)  
> 涵义:每隔60s，如果有超过1000个key发生了变更，那么就生成一个新的dump.rdb文件，就是当前redis内存中完整的数据快照，这个操作也被称之为snapshotting，快照
> 
> 也可以手动调用save或者bgsave命令，同步或异步执行rdb快照生成  
> save可以设置多个，就是多个snapshotting检查点，每到一个检查点，就会去check一下，是否有指定的key数量发生了变更，如果有，就生成一个新的dump.rdb文件  
> \------------------------------------------------------------------------

### 2、RDB持久化机制的工作流程 ###

>   
> （1）redis根据配置自己尝试去生成rdb快照文件  
> （2）fork一个子进程出来  
> （3）子进程尝试将数据dump到临时的rdb快照文件中  
> （4）完成rdb快照文件的生成之后，就替换之前的旧的快照文件dump.rdb，每次生成一个新的快照，都会覆盖之前的老快照  
> \------------------------------------------------------------------------

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

> （1）在redis中保存几条数据，立即用 redis-cli SHUTDOWN 命令停掉redis进程，然后重启redis，看看刚才插入的数据还在不在
> 
> ![Image 1][]
> 
> ![Image 1][]
> 
> 数据还在，为什么？
> 
> 因为通过redis-cli SHUTDOWN这种命令方式去停掉redis，其实是一种安全退出的模式，redis在退出的时候会将内存中的数据立即生成一份完整的rdb快照保存到磁盘中
> 
>   
> （2）在redis中再保存几条新的数据，用kill -9暴力杀死redis进程，模拟redis故障异常退出，导致内存数据丢失的场景  
> 这次就发现，redis进程异常被杀掉，数据没有进dump文件，几条最新的数据就丢失了
> 
> ![Image 1][]
> 
>  
> 
> （3）在redis.conf配置文件中设置一个save检查点，save 5 1(每五秒钟如果有超过1个key发生变化，则基于现在缓存中的数据进行一个dump.rdb快照)
> 
> ![Image 1][]
> 
>  
> 
> （4）写入几条数据，等待5秒钟，会发现自动进行了一次dump rdb快照，在dump.rdb中发现了刚插入的数据
> 
>  
> 
> （5）异常停掉redis进程，再重新启动redis，看刚才插入的数据还在
> 
> ![Image 1][]
> 
> 实验结束。

[Image 1]: