redis++:Redis持久化中 rdb 备份策略中的配置参数

save 900 1  # 时间策略

save 300 10  # 时间策略

save 60 10000  # 时间策略

dbfilename dump.rdb   #文件名称

dir /home/work/app/redis/data/    #文件保存路径

stop-writes-on-bgsave-error yes   # 如果持久化出错,主进程是否停止写入

rdbcompression yes    # 是否压缩

rdbchecksum yes     # 导入时是否检查

那么为什么需要配置这么多条规则呢?

因为Redis每个时段的读写请求肯定不是均衡的,为了平衡性能与数据安全,我们可以自由定制什么情况下触发备份。

所以这里就是根据自身Redis写入情况来进行合理配置。

stop-writes-on-bgsave-error yes :

这个配置也是非常重要的一项配置,这是当备份进程出错时,主进程就停止接受新的写入操作,是为了保护持久化的数据一致性问题。

如果自己的业务有完善的监控系统,可以禁止此项配置, 否则请开启。

rdbcompression yes  :

关于压缩的配置 ,建议没有必要开启,毕竟Redis本身就属于CPU密集型服务器,再开启压缩会带来更多的CPU消耗,相比硬盘成本,CPU更值钱。

当然如果你想要禁用RDB配置,也是非常容易的,只需要在save的最后一行写上:save ""

原文地址:https://www.cnblogs.com/codingmode/p/12633589.html

时间: 2024-11-29 01:07:22

redis++:Redis持久化中 rdb 备份策略中的配置参数的相关文章

Redis AOF持久化和RDB持久化区别

一.redis持久化----两种方式 1.redis提供了两种持久化的方式,分别是RDB(Redis DataBase)和AOF(Append Only File). 2.RDB,简而言之,就是在不同的时间点,将redis存储的数据生成快照并存储到磁盘等介质上: 3.AOF,则是换了一个角度来实现持久化,那就是将redis执行过的所有写指令记录下来,在下次redis重新启动时,只要把这些写指令从前到后再重复执行一遍,就可以实现数据恢复了. 4.其实RDB和AOF两种方式也可以同时使用,在这种情况

redis的持久化方案RDB和AOF

RDB:快照形式,定期把内存中当前时刻的数据保存到磁盘.Redis默认支持的持久化方案.速度快但是服务器断电的时候会丢失部分数据 AOF形式:append only file.把所有对redis数据库操作的命令,增删改操作的命令.保存到文件中.数据库恢复时把所有的命令执行一遍即可.两种持久化方案同时开启使用AOF文件来恢复数据库.能保证数据的完整性,但是速度慢 两者如何选择? 如果你没有数据持久化的需求,可以关闭RDB和AOF方式,这样的话,redis将变成一个纯内存数据库,就像memcache

【Redis运行状态下切换RDB备份至AOF备份】 -- 2019-08-11 19:35:28

原文: http://106.13.73.98/__/99/ redis持久化方式有哪些?又有何区别? rdb:基于快照的持久化,速度更快,一般用作备份,主从复制也是依赖于rdb持久化功能. aof:以追加的方式记录redis操作日志的文件,可最大程度的保证redis数据安全,类似于mysql的binlog. 本文将在redis5.0.2版本中,通过CONFIG SET命令,达到不重启redis服务的情况下,从RDB存储模式切换至AOF存储模式. 确保redis版本在2.2以上 [[email 

【Redis运行状态下切换RDB备份至AOF备份】 𾃨

原文: http://blog.gqylpy.com/gqy/324 redis持久化方式有哪些?又有何区别? rdb:基于快照的持久化,速度更快,一般用作备份,主从复制也是依赖于rdb持久化功能. aof:以追加的方式记录redis操作日志的文件,可最大程度的保证redis数据安全,类似于mysql的binlog. 本文将在redis5.0.2版本中,通过CONFIG SET命令,达到不重启redis服务的情况下,从RDB存储模式切换至AOF存储模式. 确保redis版本在2.2以上 [[em

Redis的持久化机制-RDB

RDB: Redis DataBase 1. 什么是RDB RDB:每隔一段时间,把内存中的数据写入磁盘的临时文件,作为快照,恢复的时候把快照文件读进内存.如果宕机重启,那么内存里的数据肯定会没有的,那么再次启动redis后,则会恢复. 2. 备份与恢复 内存备份 --> 磁盘临时文件临时文件 --> 恢复到内存 3. RDB优劣势 优势 每隔一段时间备份,全量备份 灾备简单,可以远程传输 子进程备份的时候,主进程不会有任何io操作(不会有写入修改或删除),保证备份数据的的完整性 相对AOF来

Redis的持久化机制(RDB、AOF)

1. 为什么需要持久化? 因为Redis是内存数据库,它将自己的数据存储在内存里面,一旦Redis服务器进程退出或者运行Redis服务器的计算机停机,Redis服务器中的数据就会丢失. 为了避免数据丢失,所以Redis提供了持久化机制,将存储在内存中的数据保存到磁盘中,用于在Redis服务器进程退出或者运行Redis服务器的计算机停机导致数据丢失时,快速的恢复之前Redis存储在内存中的数据. Redis提供了2种持久化方式,分别为: RDB持久化 AOF持久化 接下来,我们一一详解. 2. R

C#中利用Windows的API读写配置参数文件

读配置文件与写配置文件的核心代码: [DllImport("kernel32")] // 读配置文件方法的6个参数:所在的分区(section).键值. 初始缺省值. StringBuilder. 参数长度上限.配置文件路径 private static extern int GetPrivateProfileString(string section, string key, string deVal, StringBuilder retVal, int size, string f

redis开启持久化

redis的持久化有rdb和aof两种. rdb是记录一段时间内的操作,一盘的配置是一段时间内操作超过多少次就持久化. aof可以实现每次操作都持久化. 这里我们使用aof. 配置方式,打开redis的配置文件.找到appendonly.默认是appendonly no.改成appendonly yes. 再找到appendfsync 默认是: # appendfsync always #每次收到写命令就立即强制写入磁盘,最慢的,但是保证完全的持久化,不推荐使用 appendfsync ever

[redis]redis命令汇总(二)

发布/订阅pub/sub 命令格式 时间复杂度 命令描述 返回值 publish channel message O(N) 将信息message发送到指定的频道channel 收到信息message的订阅者数量 subscribe channel [channel ...] O(N) 订阅给定频道的信息 psubscribe pattern [pattern ...] O(N) 订阅符合给定模式的频道 unsubscribe channel [channel ...] O(N) 取消订阅给定的频