redis是一个内存数据库,当redis服务器重启,获取电脑重启,数据会丢失,我们可以将redis内存中的数据持久化保存到硬盘的文件中 持久化的方式有:
在指定的时间间隔内将内存中的数据集快照写入磁盘,也就是行话讲的Snapshot快照,它恢复时是将快照文件直接读到内存里
Redis会单独创建(fork)一个子进程来进行持久化,会先将数据写入到一个临时文件中,待持久化过程都结束了,再用这个临时文件替换上次持久化好的文件。整个过程中,主进程是不进行任何IO操作的。这就确保了极高的性能。如果需要进行大规模数据的恢复,且对于数据恢复的完整性不是非常敏感,那RDB方式要比AOF方式更加的高效。
RDB的缺点是最后一次持久化后的数据可能丢失。我们默认的就是RDB,一般情况下不需要修改这个配置
rdb保存的文件是dump.rdb都是可以在我们的配置文件中快照中进行配置的
rdb文件的保存路径,也可以修改。默认为Redis启动时命令行所在的目录下
dir "/myredis/"
默认1分钟内至少发生10000次keys变化或者15分钟内至少发生100次keys变化或者1小时内至少发生1次keys变化
# 周期性执行条件的设置格式为
save <seconds> <changes>
# 默认的设置为:
# 如果900秒内有1条Key信息发生变化,则进行快照
save 900 1
# 如果300秒内有10条Key信息发生变化,则进行快照
save 300 10
# 如果60秒内有10000条Key信息发生变化,则进行快照
save 60 10000
执行flushall命令,也会产生dump.rdb文件,但里面是空的,无意义 ,所以一般情况下要备份的话,执行fushall命令之前,我们可以先把dump.rdb备份一份到其他地方。
redis客户端执行bgsave命令或者自动触发bgsave命令
方式 | save指令 | bgsave指令 |
---|---|---|
读写 | 同步 | 异步 |
阻塞客户端指令 | 是 | 否 |
额外内存消耗 | 否 | 是 |
启动新进程 | 否 | 是 |
save 命令执行一个同步保存操作,将当前 Redis 实例的所有数据快照(snapshot)以 RDB 文件的形式保存到硬盘。很少在生产环境直接使用SAVE
命令,因为它会阻塞所有的客户端的请求,可以使用BGSAVE
命令代替。如果在BGSAVE
命令的保存数据的子进程发生错误的时,用SAVE
命令保存最新的数据是最后的手段。
redis> SAVE
OK
Bgsave 命令用于在后台异步保存当前数据库的数据到磁盘。BGSAVE 命令执行之后立即返回 OK ,然后 Redis fork 出一个新子进程,原来的 Redis 进程(父进程)继续处理客户端请求,而子进程则负责将数据保存到磁盘,然后退出。
redis> BGSAVE
Background saving started
返回值:反馈信息。
查看需要存在的位置:
127.0.0.1:6379> config get dir
1) "dir"
2) "/data"
如果 RDB 文件损坏或不完整,可以尝试使用 Redis 自带的 redis-check-rdb 工具来检查文件的有效性,并尝试修复文件中的错误。
redis-check-dump FILENAME
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。