Redis之.RDB文件操作 您所在的位置:网站首页 dump是什么文件有什么用 Redis之.RDB文件操作

Redis之.RDB文件操作

2024-07-15 03:27| 来源: 网络整理| 查看: 265

Redis持久化操作

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

RDB(Redis DataBase) 什么是rdb?

在这里插入图片描述

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

默认的就是.rdb,一般情况下不需要去修改这个配置! 快照持久化

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

配置快照持久化 ################################ SNAPSHOTTING ################################ # # Save the DB on disk: # # save # # 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 ./ #快照文件存储的位置

在这里插入图片描述

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

在这里插入图片描述

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

在这里插入图片描述

这时候我们再次查看我们的redis目录下,又重新生成了一个dump.rdb文件,这个文件就是我们快照的备份文件,里面存放着我们刚才修改的数据。 在这里插入图片描述

再次启动redis,会发现数据还存在,这是因为在我们启动redis的时候,redis会自动检测加载自己目录下的dump.rdb文件中的数据。 在这里插入图片描述

再次关闭并把备份的dump.rdb文件进行删除 在这里插入图片描述

再次启动,发现我们的数据没有了,这是因为redis重新启动加载不到我们的dump.rdb文件,数据不存在了。 在这里插入图片描述

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

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

在这里插入图片描述

快照持久化原理

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

在这里插入图片描述 在这里插入图片描述 2.bgsave命令 bgsave命令也是立即拍摄快照,有别于save命令,bgsave并不是一条阻塞命令,而是fork一个子线程,然后这个子线程负责备份操作。而父进程继续处理客户端的请求,这样就不会造成阻塞了。 在这里插入图片描述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文件存放在该目录下即可。 在这里插入图片描述 .RDB文件的优点和缺点

优点:

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


【本文地址】

公司简介

联系我们

今日新闻

    推荐新闻

    专题文章
      CopyRight 2018-2019 实验室设备网 版权所有