Redis持久化之AOF

最新推荐文章于 2024-03-05 11:12:17 发布

DB2_c

最新推荐文章于 2024-03-05 11:12:17 发布

阅读量365

点赞数

CC 4.0 BY-SA版权

分类专栏： Redis 文章标签： RDB AOF

本文链接：https://blog.youkuaiyun.com/DB2_c/article/details/103326648

Redis 专栏收录该内容

3 篇文章

订阅专栏

本文详细介绍了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;

使用小分片；

缓存或者存储；

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

足够内存；