• 设为首页
  • 点击收藏
  • 手机版
    手机扫一扫访问
    迪恩网络手机版
  • 关注官方公众号
    微信扫一扫关注
    公众号

redis持久化的介绍

原作者: [db:作者] 来自: [db:来源] 收藏 邀请

1. RDB

1.1 RDB简介

RDB:在指定的时间间隔内将内存中的数据集快照写入磁盘,也就是行话讲的Snapshot快照,它恢复时是将快照文件直接读到内存里。

工作机制:每隔一段时间,就把内存中的数据保存到硬盘上的指定文件中。

RDB是默认开启的!

Redis会单独创建(fork)一个子进程来进行持久化,会先将数据写入到一个临时文件中,待持久化过程都结束了,再用这个临时文件替换上次持久化好的文件。整个过程中,主进程是不进行任何IO操作的,这就确保了极高的性能如果需要进行大规模数据的恢复,且对于数据恢复的完整性不是非常敏感,那RDB方式要比AOF方式更加的高效。

RDB的缺点是最后一次持久化后的数据可能丢失。

1.2 RDB保存策略

save 900 1    900 秒内如果至少有 1 个 key 的值变化,则保存

save 300 10   300 秒内如果至少有 10 个 key 的值变化,则保存

save 60 10000  60 秒内如果至少有 10000 个 key 的值变化,则保存

save “”  就是禁用RDB模式;

1.3 RDB常用属性配置

1.4 RDB数据丢失的情况

两次保存的时间间隔内,服务器宕机,或者发生断电问题。

1.5 RDB的触发

         ①基于自动保存的策略

         ②执行save,或者bgsave命令!执行时,是阻塞状态。

         ③执行flushdb命令,也会产生dump.rdb,但里面是空的,没有意义。

         ④当执行shutdown命令时,也会主动地备份数据

2. AOF

2.1 AOF简介

  1. AOF是以日志的形式来记录每个写操作,将每一次对数据进行修改,都把新建、修改数据的命令保存到指定文件中。Redis重新启动时读取这个文件,重新执行新建、修改数据的命令恢复数据。
  2. 默认不开启,需要手动开启
  3. AOF文件的保存路径,同RDB的路径一致。
  4. AOF在保存命令的时候,只会保存对数据有修改的命令,也就是写操作!
  5. 当RDB和AOF存的不一致的情况下,按照AOF来恢复。因为AOF是对RDB的补充。备份周期更短,也就更可靠。

2.2 AOF保存策略

appendfsync always:每次产生一条新的修改数据的命令都执行保存操作;效率低,但是安全!

appendfsync everysec:每秒执行一次保存操作。如果在未保存当前秒内操作时发生了断电,仍然会导致一部分数据丢失(即1秒钟的数据)。

appendfsync no:从不保存,将数据交给操作系统来处理。更快,也更不安全的选择。

推荐(并且也是默认)的措施为每秒 fsync 一次, 这种 fsync 策略可以兼顾速度和安全性。

2.3 AOF常用属性

2.4 AOF文件的修复

如果AOF文件中出现了残余命令,会导致服务器无法重启。此时需要借助redis-check-aof工具来修复!

命令:redis-check-aof  --fix 文件

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对极客世界的支持。如果你想了解更多相关内容请查看下面相关链接


鲜花

握手

雷人

路过

鸡蛋
该文章已有0人参与评论

请发表评论

全部评论

专题导读
上一篇:
mysql如何配置白名单访问发布时间:2022-02-08
下一篇:
Mysql中调试存储过程最简单的方法发布时间:2022-02-08
热门推荐
热门话题
阅读排行榜

扫描微信二维码

查看手机版网站

随时了解更新最新资讯

139-2527-9053

在线客服(服务时间 9:00~18:00)

在线QQ客服
地址:深圳市南山区西丽大学城创智工业园
电邮:jeky_zhao#qq.com
移动电话:139-2527-9053

Powered by 互联科技 X3.4© 2001-2213 极客世界.|Sitemap