软件体系结构 - 缓存技术(7)Redis持久化方法

本文涉及的产品
云数据库 Redis 版,社区版 2GB
推荐场景:
搭建游戏排行榜
简介: 【4月更文挑战第20天】软件体系结构 - 缓存技术(7)Redis持久化方法

Redis提供了两种主要的持久化方法来保证数据在断电、重启或系统故障等情况下的安全性,这两种方法分别是:

1. RDB (Redis Database Backup)

原理与机制

  • 快照式持久化:RDB 通过创建数据集的时间点快照来实现持久化。在指定的时间间隔内,Redis 会将当前内存中的所有数据以二进制的形式保存到磁盘上的一个文件(通常为 dump.rdb)中。
  • 触发方式
  • 手动触发:通过执行 SAVEBGSAVE 命令触发快照生成。其中,SAVE 命令会阻塞 Redis 主进程直到快照完成,而 BGSAVE 命令则会通过创建一个子进程来异步完成快照操作,避免阻塞主进程处理客户端请求。
  • 自动触发:根据 Redis 配置文件中的 save 参数设定的时间间隔策略自动执行 BGSAVE。例如,当满足一定时间内发生了足够数量的写操作时,自动触发快照。

优点

  • 数据恢复速度快:由于 RDB 文件是经过压缩的二进制文件,加载时直接读取并恢复到内存,相比 AOF 方式恢复速度更快。
  • 文件紧凑:RDB 文件只包含数据,不记录命令操作,文件尺寸相对较小,适合备份和快速全量恢复。
  • 对性能影响较小:采用 BGSAVE 方式时,主进程可以继续处理客户端请求,仅在fork子进程时会有短暂的内存拷贝开销。

缺点

  • 数据丢失风险:RDB 是周期性或事件触发的快照,两次快照之间若发生故障,可能会丢失在这段时间内的数据。
  • 内存消耗:在执行 BGSAVE 时,需要 fork 子进程,这个过程中会复制一份当前的数据到子进程,对内存有一定要求。

2. AOF (Append-only File)

原理与机制

  • 日志式持久化:AOF 通过记录并累积所有对数据库进行修改的写命令来实现持久化。每次写操作都会被追加到一个名为 appendonly.aof 的日志文件中。
  • 写回策略
  • always:每条写命令都立即同步到磁盘。
  • everysec(默认):每秒至少同步一次,可能会有最多1秒的数据丢失。
  • no:由操作系统决定何时同步,数据丢失风险较高。

重写机制

随着操作积累,AOF 文件可能会变得过大。为了解决这个问题,Redis 提供了 AOF 重写功能,通过分析当前内存中的数据集生成一个新的最小化命令序列,替换原有的 AOF 文件,从而实现体积瘦身。

优点

  • 数据安全性高:AOF 记录了所有写操作,即使在快照期间发生故障,也能通过重放 AOF 日志恢复到故障前的最新状态,数据丢失的可能性极低。
  • 灵活的恢复粒度:可以根据需要只重放部分 AOF 日志,实现部分数据的恢复。

缺点

  • 恢复速度相对较慢:由于需要逐条执行 AOF 文件中的命令来恢复数据,特别是在文件较大时,恢复时间比 RDB 长。
  • 文件尺寸通常大于 RDB:AOF 文件记录的是所有写操作命令,随着时间推移,文件尺寸可能会大于 RDB 文件。
  • 写入性能对磁盘 IO 依赖较高:频繁的写操作可能影响性能,尤其在 always 同步策略下。

混合持久化(Redis 4.0 及以上版本)

在 Redis 4.0 及以上版本中,AOF 重写时可以开启混合持久化。在这种模式下,重写后的 AOF 文件既包含一个 RDB 快照,也包含增量的 AOF 命令。这样在重启时,首先加载 RDB 快照以快速恢复大部分数据,然后再重放 AOF 增量命令来获得最新的状态,兼顾了 RDB 和 AOF 的优点。

选择与使用建议

  • RDB 适用于对数据恢复速度要求较高,或者能够接受一定时间间隔内数据丢失的应用场景,比如缓存系统、数据报表等。
  • AOF 适用于对数据安全性要求极高,无法承受数据丢失的应用场景,比如交易记录、用户信息等核心业务数据。
  • 混合持久化 结合了 RDB 的快速恢复能力和 AOF 的高数据安全性,适用于既要快速恢复又要尽量减少数据丢失的场景。

在实际使用中,可以根据业务需求、数据重要性和性能考量,单独启用或组合使用这两种持久化方式。同时,合理配置写回策略、快照策略以及定期维护(如AOF重写)也是确保持久化效率和数据安全的重要环节。

相关实践学习
基于Redis实现在线游戏积分排行榜
本场景将介绍如何基于Redis数据库实现在线游戏中的游戏玩家积分排行榜功能。
云数据库 Redis 版使用教程
云数据库Redis版是兼容Redis协议标准的、提供持久化的内存数据库服务,基于高可靠双机热备架构及可无缝扩展的集群架构,满足高读写性能场景及容量需弹性变配的业务需求。 产品详情:https://www.aliyun.com/product/kvstore     ------------------------------------------------------------------------- 阿里云数据库体验:数据库上云实战 开发者云会免费提供一台带自建MySQL的源数据库 ECS 实例和一台目标数据库 RDS实例。跟着指引,您可以一步步实现将ECS自建数据库迁移到目标数据库RDS。 点击下方链接,领取免费ECS&RDS资源,30分钟完成数据库上云实战!https://developer.aliyun.com/adc/scenario/51eefbd1894e42f6bb9acacadd3f9121?spm=a2c6h.13788135.J_3257954370.9.4ba85f24utseFl
相关文章
|
1天前
|
缓存 NoSQL Redis
【后端面经】【缓存】36|Redis 单线程:为什么 Redis 用单线程而 Memcached 用多线程?-- Redis多线程
【5月更文挑战第21天】Redis启用多线程后,主线程负责接收事件和命令执行,IO线程处理读写数据。请求处理流程中,主线程接收客户端请求,IO线程读取并解析命令,主线程执行后写回响应。业界普遍认为,除非必要,否则不建议启用多线程模式,因单线程性能已能满足多数需求。公司实际场景中,启用多线程使QPS提升约50%,或选择使用Redis Cluster以提升性能和可用性。
7 0
|
2天前
|
NoSQL Redis 数据库
【后端面经】【缓存】36|Redis 单线程:为什么 Redis 用单线程而 Memcached 用多线程?-- Memcache + Redis 多线程
【5月更文挑战第20天】Redis采用单线程模式以避免上下文切换和资源竞争,简化调试,且其性能瓶颈在于网络IO和内存,而非多线程。相比之下,Memcache使用多线程能更好地利用多核CPU,但伴随上下文切换和锁管理的开销。尽管Redis单线程性能不俗,6.0版本引入多线程以提升高并发下的IO处理能力。启用多线程后,Redis结合Reactor和epoll实现并发处理,提高系统性能。
22 0
|
3天前
|
存储 缓存 NoSQL
缓存中的主要数据结构和持久化
【5月更文挑战第11天】Redis缓存数据库采用多种数据结构,如动态字符串、链表、字典、跳跃表、整数集合、压缩列表。动态字符串支持高效修改,链表用于列表,字典保存键值对,跳跃表实现有序集合,整数集合存储少量整数,压缩列表节省内存。Redis对象系统支持共享和内存管理,数据库通过键空间和过期策略管理键,过期键通过定时、惰性或定期删除。服务器使用文件事件处理器处理网络I/O,时间事件处理定时任务,如清理过期键。服务器以事件驱动方式运行,兼顾文件事件和时间事件。
86 1
|
3天前
|
缓存 NoSQL 中间件
【后端面经】【缓存】36|Redis 单线程:为什么 Redis 用单线程而 Memcached 用多线程?epoll、poll和select + Reactor模式
【5月更文挑战第19天】`epoll`、`poll`和`select`是Linux下多路复用IO的三种方式。`select`需要主动调用检查文件描述符,而`epoll`能实现回调,即使不调用`epoll_wait`也能处理就绪事件。`poll`与`select`类似,但支持更多文件描述符。面试时,重点讲解`epoll`的高效性和`Reactor`模式,该模式包括一个分发器和多个处理器,用于处理连接和读写事件。Redis采用单线程模型结合`epoll`的Reactor模式,确保高性能。在Redis 6.0后引入多线程,但基本原理保持不变。
21 2
|
4天前
|
缓存 NoSQL Redis
【后端面经】【缓存】36|Redis 单线程:为什么 Redis 用单线程而 Memcached 用多线程?--epoll调用和中断
【5月更文挑战第18天】`epoll`包含红黑树和就绪列表,用于高效管理文件描述符。关键系统调用有3个:`epoll_create()`创建epoll结构,`epoll_ctl()`添加/删除/修改文件描述符,`epoll_wait()`获取就绪文件描述符。`epoll_wait()`可设置超时时间(-1阻塞,0立即返回,正数等待指定时间)。当文件描述符满足条件(如数据到达)时,通过中断机制(如网卡或时钟中断)更新就绪列表,唤醒等待的进程。
33 6
|
5天前
|
NoSQL Redis 缓存
【后端面经】【缓存】36|Redis 单线程:为什么 Redis 用单线程而 Memcached 用多线程?
【5月更文挑战第17天】Redis常被称为单线程,但实际上其在处理命令时采用单线程,但在6.0后IO变为多线程。持久化和数据同步等任务由额外线程处理,因此严格来说Redis是多线程的。面试时需理解Redis的IO模型,如epoll和Reactor模式,以及其内存操作带来的高性能。Redis使用epoll进行高效文件描述符管理,实现高性能的网络IO。在讨论Redis与Memcached的线程模型差异时,应强调Redis的单线程模型如何通过内存操作和高效IO实现高性能。
33 7
【后端面经】【缓存】36|Redis 单线程:为什么 Redis 用单线程而 Memcached 用多线程?
|
7天前
|
NoSQL 算法 Java
【redis源码学习】持久化机制,java程序员面试算法宝典pdf
【redis源码学习】持久化机制,java程序员面试算法宝典pdf
|
9天前
|
缓存 NoSQL 关系型数据库
【Redis】Redis 缓存重点解析
【Redis】Redis 缓存重点解析
26 0
|
6月前
|
缓存 NoSQL 安全
Redis缓存雪崩、击穿、穿透解释及解决方法,缓存预热,布隆过滤器 ,互斥锁
Redis缓存雪崩、击穿、穿透解释及解决方法,缓存预热,布隆过滤器 ,互斥锁
197 5
|
7月前
|
缓存 NoSQL 数据库
Redis学习笔记-如何应对缓存雪崩、击穿、穿透
Redis学习笔记-如何应对缓存雪崩、击穿、穿透
40 0