Redis持久化之AOF
程序员文章站
2024-03-21 11:04:34
...
RBD相比AOF来讲,有以下缺点:
- RDB 比较耗时、耗性能;
- 不可控、易丢失数据。
AOF运行原理
AOF的三种策略:
三种策略的优劣对比:
AOF重写
AOF重写的作用:减少硬盘占用量、加速恢复速度。
AOF重写实现的两种方式
AOF重写配置
演示:
[aaa@qq.com_0_16_centos ~]# cd /usr/share/redis/
[aaa@qq.com_0_16_centos redis]# ls
config data log redis redis-3.0.7 redis-3.0.7.tar.gz
[aaa@qq.com_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
[aaa@qq.com_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;
使用小分片;
缓存或者存储;
监控(硬盘、内存、负载、网络);
足够内存;