Redis 数据持久化策略

本文介绍了Redis的Key过期策略,包括定期删除和惰性删除的局限性。同时,详细阐述了Key内存淘汰策略,当内存不足时,Redis如何选择移除使用频次最少的key。针对数据持久化,讲解了RDB(快照)和AOF(日志方式)两种方式,以及它们的优缺点和数据恢复机制。此外,还讨论了在Redis作为缓存场景下,如何选择合适的持久化策略。
摘要由CSDN通过智能技术生成

Key过期策略

定期删除:每100ms检查【部分】过期的key并将其删除(存在局限性)
惰性删除:获取的key如果已过期则将其删除(存在局限性)

Key内存淘汰策略

当内存不足以容纳新写入的key时,会优先移除使用频次最少的key

Key持久化策略

由于redis是一个内存型数据库,一旦断电或者宕机,数据库中的数据将会全部丢失,为了解决这个缺点,Redis提供了将内存数据持久化到硬盘,以及用持久化文件来恢复数据库数据

如果Redis只是用来做缓存,建议将RDB、AOF策略关闭

  • RDB(快照)
在指定时间间隔内将内存中的数据快照.写入磁盘,当Redis启动时会加载dump.rdb的二进制文件到内存中来初始化数据。如果本地的dump.rdb文件被破坏了,可以通过redis-check-rdb进行修复
RDB在恢复大量的数据时的速度要高于AOF(重新开启一个子进程来操作,有一定的内存消耗),但没法做到实时持久化,如果Redis意外宕机则会丢失最后一次快照数据
  • AOF(记录日志的方式,默认关闭)
通过追加日志的方式记录所有非读操作的指令,当Redis启动时会执行appendonly.aof日志文件中的指令。如果本地的appendonly.aof文件被破坏了,可以通过redis-check-aof进行修复
AOF本质是一个IO操作,所以其数据同步效率要低于RDB
appendfsync always  # 每次修改都会同步,数据完整性最好,但非常消耗性能
appendfsync everysec  # 每秒执行一次同步,可能会丢失1s的数据
appendfsync no     # 不执行同步,由操作系统自行调度,速度最快
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

大能嘚吧嘚

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值