这篇文章将为大家详细讲解有关Redis持久化RDB和AOF的区别有什么，文章内容质量较高，因此小编分享给大家做个参考，希望大家阅读完这篇文章后对相关知识有一定的了解。
RDB是Redis内存到硬盘的快照，用于redis持久化，创建RDB二进制文件，将存储在内存中的数据，持久化的放到硬盘中，当我们需要这些数据的时候，启动载入RDB文件，数据将会被存入内存中，其实RDB就是一种快照的方式持久化存储数据，也可以作为一种复制媒介，这个我们后面在谈。
RDB
触发机制--主要三种方式
Save同步命令
save
文件策略：生成一个临时文件，如果存在老的文件，将会替换旧文件
bgsave 异步命令
主进程通过fork()函数，创建子进程生成DRB文件，在此期间访问redis仍然能正常响应
| 命令 | save | bgsave |
| IO | 同步 | 异步 |
| 阻塞 | 阻塞 | 阻塞(操作不当fork阻塞) |
| 优点 | 不额外占用内存 | 不阻塞客户端命令 |
| 缺点 | 阻塞客户端命令 | 需要fork，额外消耗内存 |
redis自动生成RDB文件（不可控）
save 900 1 #900秒 改了一次就自动生成RDB文件
save 300 10 #300秒修改了10次就自动生成RDB文件
redis save配置推荐
#关闭自动保存配置#save 900 1 #900秒 改了一次就自动生成RDB文件#save 300 10 #300秒修改了10次就自动生成RDB文件
dbfilename dump-${port}.rdb #rdb文件名
dir /bigdiskpath #分盘，rdb文件保存位置
stop-writes-on-bgsave-error yes #bdsave出错，停止写入
rdbcompression yes #采用压缩位置
rdbchecksum yes #开启校验和不容忽视的触发机制
有时候我们没有执行save bgsave命令，也没有开启自动保存命令，还是会生成RDB，可能是因为以下原因：
AOF
RDB存在的问题：耗时耗性能，阻塞丢失数据
AOF运行原理：每执行一条命令，就在AOF中增加一条记录。当需要恢复时，直接执行AOF写入redis
AOF三种策略
| 命令 | always | everysec | no |
| 优点 | 不丢失数据 | 每秒一次 | 不用管 |
| 缺点 | IO开销大 | 丢失一秒数据 | 不可控 |
AOF重写
将过期的，重复的，做一些优化合并
作用：减少磁盘空间占用，加快文件恢复速度
AOF重写两种方式：
bgrewriteaof
aof重写配置
AOF重写配置
auto-aof-rewrite-min-size #AOF重写需要的最小尺寸
auto-aof-rewrite-percentage #AOF文件增长率
aof_current_size #统计当前aof文件大小
aof_base_size #aof上次启动和重写的尺寸
AOF配置
RDB和AOF的比较
关于Redis持久化RDB和AOF的区别有什么就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
