原理:将执行的每一条命令,立即存储到一个指定的文件中
配置: appendonly yes # 是否打开 aof日志功能
appendfsync always # 每一个命令,都立即同步到aof 安全,速度慢
appendfsync everysec # 折中方案 每一秒写一次
appendfsync no # 写入工作交给操作系统,由操作系统判断缓存区大小,统一写到aof;同步频率低 速度快
no-appendfsync-on-rewirte yes # 正在导出rdb快照的过程中,要不要停止同步aof
下面两者配置一同使用
auto-aof-rewrite-percentage 100 # aof文件大小比起上次重写时的大小,增长率100%,重写
auto-aof-rewrite-min-size 64mb # aof文件,至少超过64M时重写
drwxr-xr-x. 2 root root 44 12月 10 10:32 .
drwxr-xr-x. 4 root root 46 12月 10 10:21 ..
-rw-r--r--. 1 root root 48M 12月 10 10:32 appendonly.aof
-rw-r--r--. 1 root root 3.9M 12月 10 10:32 dump.rdb
[root@localhost redis3.0]# ls -al rdb/ -lh
总用量 29M
drwxr-xr-x. 2 root root 44 12月 10 10:32 .
drwxr-xr-x. 4 root root 46 12月 10 10:21 ..
-rw-r--r--. 1 root root 25M 12月 10 10:32 appendonly.aof
-rw-r--r--. 1 root root 3.9M 12月 10 10:32 dump.rdb
通过redis-benchmark -n 次数
直接展示了aof的重写
也可以通过命令进行重写
bgrewriteaof
在dump rdb过程中,aof如果停止同步,会不会丢失?
不会,所有的操作缓存在内存的队列里,dump完成后,统一操作
aof操作的话,有个这样的问题,比如设置age为1 然后incr age操作了100次,那么age为101但是aof文件中存储了这100次操作并且,文件又很大,能不能直接将age修复成101呢?
把内存中的key/value,逆化成相关的命令
使用aof重写
aof重写是?
aof重写是指把内存中的数据,逆化成命令,写到aof日志里,以解决aof日志过大的问题
rdb和aof文件都存在,我们优先使用aof来进行数据恢复
aof和rdb可以同时使用,但是不建议使用
rdb恢复数据比aof的恢复数据的速度快,因为rdb是数据的内存映射,直接载入内存,而aof是命令,需要逐条执行