本篇内容主要讲解“复述中的两种持久化方式是什么”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“复述中的两种持久化方式是什么”吧!
Redis的两种持久化方式
众所周知，Redis中提供了AOF，RDB两种持久化，下面先来简单回顾一下。
RDB持久化
RDB持久化，就是把当前时间点的数据库的状态保存到磁盘中，又称快照持久化。
RDB可以手动触发，也可以根据服务器配置定期执行。
RDB生成的文件，是一个经过压缩的二进制文件，数据库可以通过该文件还原到该时间点的状态。
Redis提供前台RDB持久化命令
SAVE和后台RDB持久化命令BGSAVE，前台执行时，Redis的其他命令会被阻塞，而后台执行时，Redis还可以继续处理客户端的命令请求。RDB二进制文件中，保存的是键值对数据，采用经过压缩的自定义编码，带校验。通过
od命令可以转化为可读。主从复制时，初始化的全量复制采用RDB文件。
【相关推荐：Redis视频教程】
AOF持久化
AOF持久化，全称是
Appen>两种持久化分别的优缺点RDB的优点
文件体积小，适合拷贝做冷备
相比AOF，备份恢复速度更快
RDB的缺点
丢失数据多
fork子进程来做
BGSAVE，消耗一定的内存资源
AOF的优点
丢失数据少
增加了写缓冲区，无需寻址，速度快
append-only，也无需做磁盘寻址，效率高
AOF的缺点
文件体积大
AOF每次都需要做一下写入
aof_buf的操作，开启AOF持久化后，QPS会略微降低
Redis为什么需要两种持久化？
经过上面的回顾，我们可以看到，RDB与AOF持久化有明显区别。
存储的内容：RDB存储某一时间点的数据；AOF存储执行的写命令。
文件大小：RDB文件较小；AOF文件较大。
写入方式：RDB可采用前台/后台写入方式；AOF采用每次执行写命令，都将命令存入缓冲区的方式，另外可定期重写。
数据丢失：RDB丢失从宕机到上一次RDB同步之间的所有数据；AOF根据I/O缓冲区所配置的刷新方式，不丢失或丢失1s或几秒的数据。
根据这些对比，可以看到RDB持久化更适合保存一个时间点的数据，在主从复制或者数据全量异地灾备时，拷贝到其他地方，而AOF持久化由于丢失数据较少，比较适合作为本地备份，在Reids挂掉重启时作为故障恢复。这就是我理解的为什么Redis需要两种持久化方式。
到此，相信大家对“Redis中的两种持久化方式是什么”有了更深的了解，不妨来实际操作一番吧！这里是网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！
复述中的两种持久化方式是什么
