Redis持久化之AOF

本文详细介绍了Redis的AOF持久化机制,包括AOF的工作原理、三种策略的优劣对比、AOF重写及其作用、实现方式与配置。同时,针对RDB与AOF的取舍提供了最佳实践建议,如关闭RDB,开启AOF并采用everysec策略,以及如何进行有效的管理与监控。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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

  • RDB 比较耗时、耗性能;

  • 不可控、易丢失数据。

AOF运行原理

AOF的三种策略:

三种策略的优劣对比:

AOF重写

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

AOF重写实现的两种方式

AOF重写配置

演示:

[root@VM_0_16_centos ~]# cd /usr/share/redis/
[root@VM_0_16_centos redis]# ls
config  data  log  redis  redis-3.0.7  redis-3.0.7.tar.gz
[root@VM_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
[root@VM_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;

使用小分片;

缓存或者存储;

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

足够内存;

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值