redis运维持久化配置

存在,及合理

已于 2024-06-09 15:52:29 修改

阅读量62

点赞数

分类专栏：数据库文章标签： java 数据库大数据

于 2023-06-20 22:43:32 首次发布

本文链接：https://blog.csdn.net/qq_26594041/article/details/131297492

版权

数据库专栏收录该内容

54 篇文章 0 订阅

订阅专栏

文章详细介绍了Redis的两种持久化策略：RDB和AOF。RDB是在特定时间点生成数据快照，适合大规模数据恢复但可能丢失部分更新；AOF记录每次写操作，提供数据完整性但可能影响性能。文章还讨论了如何配置这些策略以平衡性能和数据安全性，包括AOF的重写和同步策略。此外，提到了混合模式以及在数据损坏情况下的恢复方法。

摘要由CSDN通过智能技术生成

前提

redis设计原理009持久化策略_存在,及合理的博客-CSDN博客为了考虑性能，可以只在Slave上开启RDB,并且15min备份一次，如果为了避免AOF rewite的Io以及阻塞，可以在Redis集群中不开启AOF,靠集群的备份机制来保证可用性，在启动时选取较新的RDB文件，如果集群全部崩溃，会丢失15mi前的数据。因为Redis在创建新AOF文件的过程中，会继续将命令追加到现有的AOF文件里面，即使重写过程中发生停机，现有的AOF文件也不会丢失。操作的，这就确保了极高的性能如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那。https://blog.csdn.net/qq_26594041/article/details/131015214

RDB

路径 dir 默认 ./

文件名 Dbfilename The filename where to dump the DB

保存策略

        After 3600 seconds (an hour) if at least 1 change was performed

        After 300 seconds (5 minutes) if at least 100 changes were performed

        After 60 seconds if at least 10000 changes were performed

          save 3600 1 300 100 60 10000

stop-writes-on-bgsave-error yes当Redis无法写入磁盘的话，直接关掉Redis的写操作
rdbcompression yes 进行rdb保存时，将文件压缩

rdbchecksum yes

在存储快照后，还可以让Redis使用CRC64算法来进行数据校验，但是这样做会增加大约10%的性能消耗，如果希望获取到最大的性能提升，可以关闭此功

手动保存快照

save只管保存，其它不管，全部阻塞

bgsave 后台不会阻塞

AOF

开启 appendonly no AOF默认不开启

路径 dir AOF文件的保存位置和RDB文件的位置相同

文件名 appendfilename "appendonly.aof"

no-appendfsync-on-rewrite no

AOF重写期间是否禁止fsync:如果开启该选项，可以减轻文件重写时CPU和硬盘的负载（尤其是硬盘），但是可能会丢失AOF重写其间的数据：需要在负载和安全性之间进行平衡

aof-load-truncated yes 如果AOF文件结尾损坏，Redis启动时是否仍载入AOF文

同步策略

        每秒钟同步一次   appendfsync everysec    缺省策略      性能并不是很槽糕

        有数据修改发生时  appendfsync always 每次有数据修改发生时都会写入AOF文件

                 会极大消弱Redis的性能，因为这种模式下每次write后都会调用fsync

        从不同步 appendfsync no 高效但是数据不会主动被持久化

重写

          默认关闭

          触发条件

            客户端执行bgrewriteaof命令

                 auto-aof-rewrite-min-size 64mb

                 auto-aof-rewrite-percentage 100

      只有当AOF文件的增量大于起始siz的100%时（就是文件大小翻了一倍），启动重写

如果误操作了(FLUSHALL等)，只要AOF未被重写，停止服务移除AOF文件尾部FLUSHALL命令，重启Redis,可以将数据集恢复到FLUSHALL执行之前的状态