北京市企业网站建设,wordpress移动新闻,北京大学网站建设,浦东网站开发培训RDB快照
与AOF记录写操作命令不同#xff0c;RDB直接记录内存中的二进制数据#xff0c;reids恢复数据时#xff0c;直接将RDB文件加载到内存中就可以了#xff0c;听起来是不是RDB完虐AOF#xff1f;那么看完本文#xff0c;会让你的态度转变#xff0c;因为RDB的缺点…RDB快照
与AOF记录写操作命令不同RDB直接记录内存中的二进制数据reids恢复数据时直接将RDB文件加载到内存中就可以了听起来是不是RDB完虐AOF那么看完本文会让你的态度转变因为RDB的缺点比AOF更糟糕
RDB快照怎么用
Redis 提供了两个命令来生成 RDB 文件分别是 save 和 bgsave他们的区别就在于是否在「主线程」里执行
执行了 save 命令就会在主线程生成 RDB 文件由于和执行操作命令在同一个线程所以如果写入 RDB 文件的时间太长会阻塞主线程执行了 bgsave 命令会创建一个子进程来生成 RDB 文件这样可以避免主线程的阻塞
RDB 文件的加载工作是在服务器启动时自动执行的Redis 并没有提供专门用于加载 RDB 文件的命令。
Redis 还可以通过配置文件的选项来实现每隔一段时间自动执行一次 bgsave 命令默认会提供以下配置
save 900 1
save 300 10
save 60 10000别看选项名叫 save实际上执行的是 bgsave 命令也就是会创建子进程来生成 RDB 快照文件。
只要满足上面条件的任意一个就会执行 bgsave它们的意思分别是
900 秒之内对数据库进行了至少 1 次修改300 秒之内对数据库进行了至少 10 次修改60 秒之内对数据库进行了至少 10000 次修改。
看上去RDB 和 AOF 有几点相似之处
1.都有在主进程、子进程进行持久化的方式
2.主进程中的持久化操作和主进程的其它操作是串行的有阻塞主进程的风险
3.fork出子进程进程持久化势必会出现持久化过程中主进程添加新数据而造成父子进程数据不一致的问题
注意
前文没有详细说明RDB快照是全量快照也就是说每次执行save或bgsave命令会将当前数据库的全部内存数据进行记录
现在聪明的你发现RDB的致命缺陷了吗
RDB的致命缺陷
1.由于RDB是对数据库当前内存数据的全量快照势必造成前后两次生成的RDB文件有重复部分并且重复的数量会越来越大
2.全量快照导致了RDB文件会随数据库的体积增大而增大在生成较大RDB文件时会对redis造成性能影响这也是RDB需要使用bgsave在子进程中持久化的原因
3.正是由于生成较大体积的RDB文件的开销较大因此RDB操作不能像AOF那样频繁因此RDB有持久化的窗口期会造成数据丢失的风险而相比之下AOF安全的多
说说bgsave的问题
bgsave创建一个子进程进行RDB持久化操作与AOF类似子进程只拥有fork时刻的父进程数据库状态在子进程持久化过程中新加入到父进程的数据在子进程中是没有的这部分数据只能在下一次RDB时进行持久化如果在下一次RDB前redis宕机那么这部分数据就会丢失这部分丢失的数据是比AOF要多的因为RDB对新数据的持久化频率远低于AOF
终极方案——RDBAOF混合持久化
我在“AOF持久化”的文章中介绍到AOF有解决持久化过程中由于新数据的加入造成父子进程数据不一致而导致的数据丢失方案————持久化过程中将新数据追加到父进程、子进程从而实现数据同步
但RDB不同由于RDB是对数据库的全量快照没有用到AOF所使用的缓冲区那么持久化过程中的新数据丢失问题就没办法解决了吗
解决方案是AOF
如果想要开启混合持久化功能可以在 Redis 配置文件将下面这个配置项设置成 yes
aof-use-rdb-preamble yes混合持久化工作在 AOF 日志重写过程。
开启了混合持久化后在AOF使用fork创建子进程来进行AOF重写时不再将数据库中的内存数据转换成命令而是像RDB一样直接将内存数据以RDB格式写入到FOD文件中在这个过程中父进程新加入的数据也会追加到AOF子进程的aof重写缓冲区内这部分数据是AOF格式写入完成后通知主进程将新的含有 RDB 格式和 AOF 格式的 AOF 文件替换旧的的 AOF 文件。
也就是说使用了混合持久化AOF 文件的前半部分是 RDB 格式的全量数据后半部分是 AOF 格式的增量数据。
混合持久化对AOF和RDB的优化
1.混合持久化优化了AOF重写时将数据库的内存数据转换成命令的这个过程实际上将内存数据转换成命令这步操作是冗余的AOF重写之所以进行这个转换是为了保证AOF文件格式的一致性
而混合持久化的AOF文件中有RDB和AOF两种文件格式避免了将内存数据转换成命令的步骤提高了持久化效率
2.RDB在bgsave持久化过程中父进程添加的新数据有丢失的风险且没有手段规避AOF遇到同样的问题有解决方案而混合持久化将RDB有丢失风险的这部分数据采用了AOF的方案追加命令到子进程的aof重写缓冲区并以aof格式保存
总结
混合持久化的方案结合了RDB的快速加载、AOF的数据安全数据丢失少的优点一定程度规避了RDB的易丢失数据、AOF加载慢的缺点
重启 Redis 加载数据的时候由于前半部分是 RDB 内容这样加载的时候速度会很快。
加载完 RDB 的内容后才会加载后半部分的 AOF 内容这里的内容是 Redis 后台子进程重写 AOF 期间主线程处理的操作命令可以使得数据更少的丢失
推荐学习 https://xxetb.xetslk.com/s/p5Ibb
