Redis之.RDB文件操作

缺乏、安全感 2023-10-05 11:41 4阅读 0赞

### Redis持久化操作 ###

[我们直到，Redis是内存数据库，如果不将内存中的数据库状态保存到磁盘中，那么一旦服务器的进程退出，服务器中的数据库状态也会消失，所有redis提供了持久化功能！][Redis_redis]

### RDB(Redis DataBase) ###

什么是rdb?

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1OTc5NjI5_size_16_color_FFFFFF_t_70_pic_center]

> 在指定的时间间隔内将内存中的数据集快照写入磁盘，它恢复时是将快照文件直接读到内存中。  
> redis的父进程会（fork）一个子进程来进行持久化，会先将一个数据写入临时文件中，等到持久化过程结束了，再用这个临时文件替换掉上一次持久化好的文件。在这个过程中，父进程是不进行任何IO操作的，它只要处理客户端的请求即可，这就包准了极高的性能，如果要进行大规模的数据恢复，且对于数据恢复的完整性不是非常敏感，那么rdb方式要比aof方式更加高效。

默认的就是.rdb，一般情况下不需要去修改这个配置！

### 快照持久化 ###

也叫RDB持久化方式。就是通过拍摄快照的方式来实现持久化，将某个时间的内存数据存储在一个rdb文件中。在redis服务重新启动的时候会加载rdb文件中的数据。

### 配置快照持久化 ###

################################ SNAPSHOTTING  ################################
    #
    # Save the DB on disk:
    #
    #   save <seconds> <changes>
    #
    #   Will save the DB if both the given number of seconds and the given
    #   number of write operations against the DB occurred.
    #
    #   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   #900秒内至少有1个key被更改就执行快照
    save 300 10  #300内描述至少有10个key被更改就执行快照
    save 60 10000  #60秒内至少有10000个key被更改就执行快照
    
    # By default Redis will stop accepting writes if RDB snapshots are enabled
    # (at least one save point) and the latest background save failed.
    # This will make the user aware (in a hard way) that data is not persisting
    # on disk properly, otherwise chances are that no one will notice and some
    # disaster will happen.
    #
    # If the background saving process will start working again Redis will
    # automatically allow writes again.
    #
    # However if you have setup your proper monitoring of the Redis server
    # and persistence, you may want to disable this feature so that Redis will
    # continue to work as usual even if there are problems with disk,
    # permissions, and so forth.
    stop-writes-on-bgsave-error yes #拍摄快照失败是否继续执行写命令
    
    # Compress string objects using LZF when dump .rdb databases?
    # For default that's set to 'yes' as it's almost always a win.
    # If you want to save some CPU in the saving child set it to 'no' but
    # the dataset will likely be bigger if you have compressible values or keys.
    rdbcompression yes #是否对快照文件进行压缩
    
    # Since version 5 of RDB a CRC64 checksum is placed at the end of the file.
    # This makes the format more resistant to corruption but there is a performance
    # hit to pay (around 10%) when saving and loading RDB files, so you can disable it
    # for maximum performances.
    #
    # RDB files created with checksum disabled have a checksum of zero that will
    # tell the loading code to skip the check.
    rdbchecksum yes #是否进行数据校验
    
    # The filename where to dump the DB
    dbfilename dump.rdb #快照文件存储的名称
    # The working directory.
    #
    # The DB will be written inside this directory, with the filename specified
    # above using the 'dbfilename' configuration directive.
    #
    # The Append Only File will also be created inside this directory.
    #
    # Note that you must specify a directory here, not a file name.
    dir ./ #快照文件存储的位置

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1OTc5NjI5_size_16_color_FFFFFF_t_70_pic_center 1]

*  进入redis目录，如果发现目录下有dump.rdb文件就进行删除。

![在这里插入图片描述][20201015084813592.png_pic_center]

*  启动我们的redis，进去添加几个值，并退出

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1OTc5NjI5_size_16_color_FFFFFF_t_70_pic_center 2]

*  这时候我们再次查看我们的redis目录下，又重新生成了一个dump.rdb文件，这个文件就是我们快照的备份文件，里面存放着我们刚才修改的数据。  
    ![在这里插入图片描述][20201015085155297.png_pic_center]
 *  再次启动redis，会发现数据还存在，这是因为在我们启动redis的时候，redis会自动检测加载自己目录下的dump.rdb文件中的数据。  
    ![在这里插入图片描述][20201015085427790.png_pic_center]
 *  再次关闭并把备份的dump.rdb文件进行删除  
    ![在这里插入图片描述][20201015085519127.png_pic_center]
 *  再次启动，发现我们的数据没有了，这是因为redis重新启动加载不到我们的dump.rdb文件，数据不存在了。  
    ![在这里插入图片描述][20201015085700509.png_pic_center]

会发现有一个dump.rdb文件  
![在这里插入图片描述][2020101422132979.png_pic_center]

*  进行清空所有数据库命令（flushall），会发现，redis自动也会帮我们生成一个dump.rdb文件

![在这里插入图片描述][20201014222631790.png_pic_center]

### 快照持久化原理 ###

**1.save命令  
在redis运行中，我们可以显示的发送一条save命令来拍摄快照。save命令是阻塞命令，也就是当服务器接收了一条save命令之后就会开始拍摄快照，在此期间不会再去处理其他的请求，其他请求会被挂起直到备份结束**

![在这里插入图片描述][20201015090142149.png_pic_center]  
![在这里插入图片描述][20201015090319688.png_pic_center]  
**2.bgsave命令**  
**bgsave命令也是立即拍摄快照，有别于save命令，bgsave并不是一条阻塞命令，而是fork一个子线程，然后这个子线程负责备份操作。而父进程继续处理客户端的请求，这样就不会造成阻塞了。**  
![在这里插入图片描述][20201015090457797.png_pic_center]**3.根据配置文件（redis.conf）默认快照**

save 900 1   #900秒内至少有1个key被更改就执行快照
    save 300 10  #300内描述至少有10个key被更改就执行快照
    save 60 10000  #60秒内至少有10000个key被更改就执行快照

**4.shutdown命令**  
**当我们只想shutdown命令的时候。服务器会自动发送一条save命令来完成快照操作。并在完成备份操作后关闭服务器。所以我们当我们的操作不满足前面三种情况的时候关闭服务器后，再次打开我们的数据也不会丢失。**

> rdb文件触发产生规则

*  save的规则满足情况下，会自动触发rdb规则！（conf文件中的bgsave规则）
 *  执行flushall命令，也会自动触发rdb规则！（空的rdb文件）
 *  退出redis后，也会产生一个rdb文件！（数据备份）

> 如何恢复rdb文件！

*  只要将dump.rdb文件放在redis启动目录下就可以，redis启动的时候会自动检测dump.rdb恢复其中的数据！
 *  查看我们需要存放的位置，把.rdb文件存放在该目录下即可。  
    ![在这里插入图片描述][20201014223933810.png_pic_center]

### .RDB文件的优点和缺点 ###

**优点：**

*  适合大规模的数据恢复！
 *  对数据完整性要求不高！  
    **缺点：**
 *  如果我们的redis出现意外宕机了这个最后一次修改的数据就没有了！
 *  fork进程的时候，会占用一定的内容空间！

[Redis_redis]: http:
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1OTc5NjI5_size_16_color_FFFFFF_t_70_pic_center]: https://img-blog.csdnimg.cn/20201014214407815.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1OTc5NjI5,size_16,color_FFFFFF,t_70#pic_center
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1OTc5NjI5_size_16_color_FFFFFF_t_70_pic_center 1]: https://img-blog.csdnimg.cn/20201015084517614.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1OTc5NjI5,size_16,color_FFFFFF,t_70#pic_center
[20201015084813592.png_pic_center]: https://img-blog.csdnimg.cn/20201015084813592.png#pic_center
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1OTc5NjI5_size_16_color_FFFFFF_t_70_pic_center 2]: https://img-blog.csdnimg.cn/20201015085020491.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1OTc5NjI5,size_16,color_FFFFFF,t_70#pic_center
[20201015085155297.png_pic_center]: https://img-blog.csdnimg.cn/20201015085155297.png#pic_center
[20201015085427790.png_pic_center]: https://img-blog.csdnimg.cn/20201015085427790.png#pic_center
[20201015085519127.png_pic_center]: https://img-blog.csdnimg.cn/20201015085519127.png#pic_center
[20201015085700509.png_pic_center]: https://img-blog.csdnimg.cn/20201015085700509.png#pic_center
[2020101422132979.png_pic_center]: https://img-blog.csdnimg.cn/2020101422132979.png#pic_center
[20201014222631790.png_pic_center]: https://img-blog.csdnimg.cn/20201014222631790.png#pic_center
[20201015090142149.png_pic_center]: https://img-blog.csdnimg.cn/20201015090142149.png#pic_center
[20201015090319688.png_pic_center]: https://img-blog.csdnimg.cn/20201015090319688.png#pic_center
[20201015090457797.png_pic_center]: https://img-blog.csdnimg.cn/20201015090457797.png#pic_center
[20201014223933810.png_pic_center]: https://img-blog.csdnimg.cn/20201014223933810.png#pic_center