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是命令,需要逐条执行
相关文章
- redis的安装配置
先介绍mac的安装方法 一、安装(首先你要先安装brew工具) brew install redis 然后在终端的末尾你会发现如下: if you don't want/need a backgr
- 虚拟环境-virtualenv
在开发Python应用程序的时候,系统安装的Python3只有一个版本:3.4。所有第三方的包都会被pip安装到Python3的site-packages目录下。 如果我们要同时开发多个应用程序,那
- solr性能优化
一、简介 Solr性能优化是一个很复杂的任务,也是一个长期与之斗争的过程。在开始之前,首先要对影响Solr性能的基本因素有个大致的认知。影响Solr性能的一个主要因素就是内存。Solr需要有足够的内
- python变量作用域
在Python中并不是所有的语句块中都会产生作用域。只有当变量在Module(模块)、Class(类)、def(函数)中定义的时候,才会有作用域的概念。 需要注意的是:在if-elif-else、f
- 常见排序列表
常见排序列表 中文名称 英文名称 平均时间复杂度 最坏时间复杂度 最好时间复杂度 空间复杂度 稳定性 选择排序 Selection n^2 n^2 n^2 1 不稳 冒泡排序 Bub
随机推荐
- redis的安装配置
先介绍mac的安装方法 一、安装(首先你要先安装brew工具) brew install redis 然后在终端的末尾你会发现如下: if you don't want/need a backgr
- 虚拟环境-virtualenv
在开发Python应用程序的时候,系统安装的Python3只有一个版本:3.4。所有第三方的包都会被pip安装到Python3的site-packages目录下。 如果我们要同时开发多个应用程序,那
- solr性能优化
一、简介 Solr性能优化是一个很复杂的任务,也是一个长期与之斗争的过程。在开始之前,首先要对影响Solr性能的基本因素有个大致的认知。影响Solr性能的一个主要因素就是内存。Solr需要有足够的内
- python变量作用域
在Python中并不是所有的语句块中都会产生作用域。只有当变量在Module(模块)、Class(类)、def(函数)中定义的时候,才会有作用域的概念。 需要注意的是:在if-elif-else、f
- 常见排序列表
常见排序列表 中文名称 英文名称 平均时间复杂度 最坏时间复杂度 最好时间复杂度 空间复杂度 稳定性 选择排序 Selection n^2 n^2 n^2 1 不稳 冒泡排序 Bub