当前位置:   article > 正文

【Redis】RDB持久化和AOF 持久化

【Redis】RDB持久化和AOF 持久化

分布式缓存

单点 Redis 的问题

  1. 数据丢失(持久化)
  2. 并发能力不如集群(主从集群、读写分离)
  3. Redis宕机导致服务不可用(Redis哨兵)
  4. 存储能力差(分片集群)

Redis 持久化

RDB 持久化

什么是RDB

RDB (Redis Database Backup file):数据快照

默认保存在运行目录

# 主进程保存快照(阻塞)
save

# 子进程保存快照
bgsave
  • 1
  • 2
  • 3
  • 4
  • 5

Redis 停机时会执行一次RDB。

RDB 触发机制

在 redis.conf 中配置

# 900秒内,如果至少有1个key被修改,则执行bgsave
# 如果是 save "" 则表示禁用RDB
save 900 1  
save 300 10  
save 60 10000 

# 是否压缩:建议不开启,压缩也会消耗cpu,磁盘的话不值钱
rdbcompression yes

# RDB文件名称
dbfilename dump.rdb  

# 文件保存的路径目录
dir ./ 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
RDB 原理
  1. fork主进程得到一个子进程,共享内存空间
  2. 子进程读取内存数据并写入新的RDB文件
  3. 用新RDB文件替换旧的RDB文件。

fork采用的是copy-on-write技术:

  • 当主进程执行读操作时,访问共享内存;
  • 当主进程执行写操作时,则会拷贝一份数据,执行写操作。

AOF 持久化

什么是AOF

AOF (Append Only File):命令日志

AOF 配置

AOF默认是关闭的,需要在 redis.conf 中配置

# 是否开启AOF功能,默认是no
appendonly yes
# AOF文件的名称
appendfilename "appendonly.aof"
  • 1
  • 2
  • 3
  • 4

在 redis.conf 中配置命令记录的频率(刷盘时机)

# 表示每执行一次写命令,立即记录到AOF文件
appendfsync always 
# 写命令执行完先放入AOF缓冲区,然后表示每隔1秒将缓冲区数据写到AOF文件,是默认方案
appendfsync everysec 
# 写命令执行完先放入AOF缓冲区,由操作系统决定何时将缓冲区内容写回磁盘
appendfsync no
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
配置项刷盘时机优点缺点
Always同步刷盘可靠性高,几乎不丢数据性能影响大
everysec每秒刷盘性能适中最多丢失1秒数据
no操作系统控制性能最好可靠性较差,可能丢失大量数据

配置重写AOF文件:执行bgrewriteaof命令,可以让AOF文件执行重写功能

AOF会记录对同一个key的多次写操作,但只有最后一次写操作才有意义

# AOF文件比上次文件 增长超过多少百分比则触发重写
auto-aof-rewrite-percentage 100

# AOF文件体积最小多大以上才触发重写 
auto-aof-rewrite-min-size 64mb 
  • 1
  • 2
  • 3
  • 4
  • 5

持久化方式对比

持久化方式RDBAOF
数据完整性不完整,两次备份之间会丢失相对完整,取决于刷盘策略
文件大小会有压缩,文件体积小记录命令,文件体积很大
宕机恢复速度很快
数据恢复优先级低,因为数据完整性不如AOF高,因为数据完整性更高
系统资源占用高,大量CPU和内存消耗低,主要是磁盘IO资源,
但AOF重写时会占用大量CPU和内存资源
使用场景可以容忍数分钟的数据丢失,追求更快的启动速度对数据安全性要求较高常见

R

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/Cpp五条/article/detail/549409
推荐阅读
相关标签
  

闽ICP备14008679号