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是命令，需要逐条执行
相关文章
- 编程常用词汇表
这里整理了一些常用词汇，供在编码中使用： 通用 数学 列表 时间 图像 文件目录 执行 业务 用户相关 文章相关 商品相关 优惠券相关 订单相关 这里总结了一些软件开发中常用的词汇，如
- 如何应对缓存穿透和缓存雪崩问题
分析:这两个问题，说句实在话，一般中小型传统软件企业，很难碰到这个问题。如果有大并发的项目，流量有几百万左右。这两个问题一定要深刻考虑。 缓存穿透，即黑客故意去请求缓存中不存在的数据，导致所有的请
- 常见排序列表
常见排序列表 中文名称 英文名称 平均时间复杂度 最坏时间复杂度 最好时间复杂度 空间复杂度 稳定性 选择排序 Selection n^2 n^2 n^2 1 不稳 冒泡排序 Bub
- solr性能优化
一、简介 Solr性能优化是一个很复杂的任务，也是一个长期与之斗争的过程。在开始之前，首先要对影响Solr性能的基本因素有个大致的认知。影响Solr性能的一个主要因素就是内存。Solr需要有足够的内
- Sublime Text 快捷键汇总
[TOC] 快捷键 作用 command+q 退出sublime command+w 退出当前正在编辑的文件 command+e 使用所选内容查找 command+r 跳转定
随机推荐
- 编程常用词汇表
这里整理了一些常用词汇，供在编码中使用： 通用 数学 列表 时间 图像 文件目录 执行 业务 用户相关 文章相关 商品相关 优惠券相关 订单相关 这里总结了一些软件开发中常用的词汇，如
- 如何应对缓存穿透和缓存雪崩问题
分析:这两个问题，说句实在话，一般中小型传统软件企业，很难碰到这个问题。如果有大并发的项目，流量有几百万左右。这两个问题一定要深刻考虑。 缓存穿透，即黑客故意去请求缓存中不存在的数据，导致所有的请
- 常见排序列表
常见排序列表 中文名称 英文名称 平均时间复杂度 最坏时间复杂度 最好时间复杂度 空间复杂度 稳定性 选择排序 Selection n^2 n^2 n^2 1 不稳 冒泡排序 Bub
- solr性能优化
一、简介 Solr性能优化是一个很复杂的任务，也是一个长期与之斗争的过程。在开始之前，首先要对影响Solr性能的基本因素有个大致的认知。影响Solr性能的一个主要因素就是内存。Solr需要有足够的内
- Sublime Text 快捷键汇总
[TOC] 快捷键 作用 command+q 退出sublime command+w 退出当前正在编辑的文件 command+e 使用所选内容查找 command+r 跳转定