美团面试：宕机了，Redis 如何避免数据丢失？

最新推荐文章于 2024-03-28 09:26:41 发布

肥肥技术宅

最新推荐文章于 2024-03-28 09:26:41 发布

阅读量196

点赞数

分类专栏： java 文章标签：面试 redis 职场和发展

本文链接：https://blog.csdn.net/m0_71777195/article/details/131934223

版权

Redis的持久化包括RDB和AOF两种方式，RDB通过快照保存数据，AOF记录每次写操作。AOF提供了更好的实时性，但文件体积可能更大。RDB适用于数据备份和灾难恢复，AOF适合秒级数据丢失容忍。Redis4.0引入了RDB和AOF的混合持久化。在选择持久化策略时，需权衡数据安全性和性能。

摘要由CSDN通过智能技术生成

Redis 持久化机制属于后端面试超高频的面试知识点，老生常谈了，需要重点花时间掌握。即使不是准备面试，日常开发也是需要经常用到的。

最近抽空对之前写的 Redis 持久化机制进行了大幅完善，图文并茂，清晰易懂。分享一下，希望对你有帮助！

内容概览：

下面是正文。

使用缓存的时候，我们经常需要对内存中的数据进行持久化也就是将内存中的数据写入到硬盘中。大部分原因是为了之后重用数据（比如重启机器、机器故障之后恢复数据），或者是为了做数据同步（比如 Redis 集群的主从节点通过 RDB 文件同步数据）。

Redis 不同于 Memcached 的很重要一点就是，Redis 支持持久化，而且支持 3 种持久化方式:

快照（snapshotting，RDB）
只追加文件（append-only file, AOF）
RDB 和 AOF 的混合持久化(Redis 4.0 新增)

官方文档地址：https://redis.io/topics/persistence 。

RDB 持久化

什么是 RDB 持久化？

Redis 可以通过创建快照来获得存储在内存里面的数据在 某个时间点 上的副本。Redis 创建快照之后，可以对快照进行备份，可以将快照复制到其他服务器从而创建具有相同数据的服务器副本（Redis 主从结构，主要用来提高 Redis 性能），还可以将快照留在原地以便重启服务器的时候使用。

快照持久化是 Redis 默认采用的持久化方式，在 redis.conf 配置文件中默认有此下配置：

save 900 1           #在900秒(15分钟)之后，如果至少有1个key发生变化，Redis就会自动触发bgsave命令创建快照。

save 300 10          #在300秒(5分钟)之后，如果至少有10个key发生变化，Redis就会自动触发bgsave命令创建快照。

save 60 10000        #在60秒(1分钟)之后，如果至少有10000个key发生变化，Redis就会自动触发bgsave命令创建快照。