Redis持久化之AOF

RBD相比AOF来讲，有以下缺点：

• RDB 比较耗时、耗性能；

• 不可控、易丢失数据。

AOF运行原理

AOF的三种策略：

三种策略的优劣对比：

AOF重写

AOF重写的作用：减少硬盘占用量、加速恢复速度。

AOF重写实现的两种方式

AOF重写配置

演示：

[[e-mail]_0_16_centos ~]# cd /usr/share/redis/
[[e-mail]_0_16_centos redis]# ls
config  data  log  redis  redis-3.0.7  redis-3.0.7.tar.gz
[[e-mail]_0_16_centos redis]# vim config/redis.conf
appendonly no
appendfilename "appendonly-63001.aof"
# appendfsync always
appendfsync everysec
# appendfsync no
no-appendfsync-on-rewrite no
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

27.0.0.1:63001> config get appendonly
1) "appendonly"
2) "no"
127.0.0.1:63001> config set appendonly yes
OK
127.0.0.1:63001> config rewrite
OK
127.0.0.1:63001> exit
执行一些测试命令，来测试AOF文件是否生成
127.0.0.1:63001> set hello C
OK
127.0.0.1:63001> set hello C++
OK
127.0.0.1:63001> set hello Redis
OK
127.0.0.1:63001> incr country
(integer) 1
127.0.0.1:63001> incr country
(integer) 2
127.0.0.1:63001> rpush list a
(integer) 1
127.0.0.1:63001> RPUSH list b
(integer) 2
127.0.0.1:63001> RPUSH list c
(integer) 3
127.0.0.1:63001> exit
[[e-mail]_0_16_centos ~]# ls /usr/share/redis/data/
appendonly-63001.aof  dump-63001.rdb

快速清空整个Redis

127.0.0.1:63001> flushall
OK
127.0.0.1:63001> DBSIZE
(integer) 0

• AOF和RDB取舍

• RDB最佳策略

建议“关”掉RDB；

集中管理；

主从，从开；

• AOF最佳策略：

“开”：缓存和存储；

AOF重写集中管理；

建议使用everysec;

使用小分片；

缓存或者存储；

监控（硬盘、内存、负载、网络）；

足够内存；