Redis持久化之AOF

标签: RDB    AOF

RBD相比AOF来讲,有以下缺点:

  • RDB 比较耗时、耗性能;

  • 不可控、易丢失数据。

AOF运行原理

AOF的三种策略:

三种策略的优劣对比:

AOF重写

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

AOF重写实现的两种方式

AOF重写配置

演示:

[[email protected]_0_16_centos ~]# cd /usr/share/redis/
[[email protected]_0_16_centos redis]# ls
config  data  log  redis  redis-3.0.7  redis-3.0.7.tar.gz
[[email protected]_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
[[email protected]_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;

使用小分片;

缓存或者存储;

监控(硬盘、内存、负载、网络);

足够内存;

 

 

原文链接:加载失败,请重新获取