redis aof日志持久化
一、aof的原理
问题:
- 1、每个命令重写一次aof?
- 2、某个key修改100次,产生100行记录,aof文件会很大,怎么解决?
aof重写(简化)
二、aof的配置
appendfsync always #每一个命令,都立即同步到aof安全,速度慢
appendfsync everysec #折衷方案,每秒写一次
appendfsync no #写入工作交给操作系统,由操作系统判断缓冲区大小统一写到aof同步频率低,速度快
aof重写策略:
1、bgrewriteaof命令
2、aof重写配置
auto-aof-rewrite-percentage 100 #aof文件大小比起上次重写时的大小,增长率100%时重写
auto-aof-rewrite-min-size 64mb #aof文件,至少超过64M重写
appendonly yes #是否打开aof日志功能,默认是no,如果需要改为yes即可
no-appendfsync-on-rewrite yes #正在导出rdb快照的过程中,要不要停止同步aof
三、解释
在dump rdb过程中,aof如果停止同步,会不会丢失数据
答:不会,所有的操作换存在内存的队列里,dump rdb完成后统一操作
aof重写是指什么?
答:aof重写是指把内存中的数据,逆化成命令,写入到.aof日志里,以解决aof日志过大的问题
如果rdb文件和aof文件都存在,优先用谁来恢复数据?
答:aof
rdb和aof是否可以同时使用?
答:可以的,而且推荐这么使用
恢复时,rdb和aof哪个快?
答:rdb快,因为其是数据的内存映射,直接载入到内存中,而aof是命令,需要逐条执行
相关文章
- solr 的Admin界面
query 1.q(query):定义查询的原始输入字符串。多个条件用AND、OR连接。一定存在在字段前加+号,不存在时在字段前面加-号 ``` company_name:上海有限责任公司 AND
- python多线程
一、介绍 多任务可以由多进程完成,也可以由一个进程内的多线程完成。 我们前面提到了进程是由若干线程组成的,一个进程至少有一个线程。 由于线程是操作系统直接支持的执行单元,因此,高级语言通常都内置多线
- 编程常用词汇表
这里整理了一些常用词汇,供在编码中使用: 通用 数学 列表 时间 图像 文件目录 执行 业务 用户相关 文章相关 商品相关 优惠券相关 订单相关 这里总结了一些软件开发中常用的词汇,如
- 如何应对缓存穿透和缓存雪崩问题
分析:这两个问题,说句实在话,一般中小型传统软件企业,很难碰到这个问题。如果有大并发的项目,流量有几百万左右。这两个问题一定要深刻考虑。 缓存穿透,即黑客故意去请求缓存中不存在的数据,导致所有的请
- redis的过期策略以及内存淘汰机制
一、分析 这个问题其实相当重要,到底redis有没用到家,这个问题就可以看出来。比如你redis只能存5G数据,可是你写了10G,那会删5G的数据。怎么删的,这个问题思考过么?还有,你的数据已经设置
随机推荐
- solr 的Admin界面
query 1.q(query):定义查询的原始输入字符串。多个条件用AND、OR连接。一定存在在字段前加+号,不存在时在字段前面加-号 ``` company_name:上海有限责任公司 AND
- python多线程
一、介绍 多任务可以由多进程完成,也可以由一个进程内的多线程完成。 我们前面提到了进程是由若干线程组成的,一个进程至少有一个线程。 由于线程是操作系统直接支持的执行单元,因此,高级语言通常都内置多线
- 编程常用词汇表
这里整理了一些常用词汇,供在编码中使用: 通用 数学 列表 时间 图像 文件目录 执行 业务 用户相关 文章相关 商品相关 优惠券相关 订单相关 这里总结了一些软件开发中常用的词汇,如
- 如何应对缓存穿透和缓存雪崩问题
分析:这两个问题,说句实在话,一般中小型传统软件企业,很难碰到这个问题。如果有大并发的项目,流量有几百万左右。这两个问题一定要深刻考虑。 缓存穿透,即黑客故意去请求缓存中不存在的数据,导致所有的请
- redis的过期策略以及内存淘汰机制
一、分析 这个问题其实相当重要,到底redis有没用到家,这个问题就可以看出来。比如你redis只能存5G数据,可是你写了10G,那会删5G的数据。怎么删的,这个问题思考过么?还有,你的数据已经设置