LiSheng's blog LiSheng's blog
首页
笔记
个人简历
随笔集
GitHub (opens new window)
首页
笔记
个人简历
随笔集
GitHub (opens new window)
  • golang

  • cplus

  • leetcode

  • 存储技术

  • 分布式系统

  • 计算机网络

  • Linux操作系统

  • Redis

    • 大纲
    • redis持久化策略
    • redis事务
    • redis分布式锁
    • redis高可用
    • redis主从同步
    • Redis是什么
    • Redis基本数据结构
    • Redis为什么这么快
    • 缓存击穿、缓存穿透、缓存雪崩
    • 热Key问题,如何解决热key问题
    • Redis 过期策略和内存淘汰策略
      • Redis 的持久化机制
      • Redis的高可用
      • 使用过Redis分布式锁
      • Redis的跳跃表
      • MySQL与Redis 如何保证双写一致性
      • Redis的Hash 冲突怎么办
      • 布隆过滤器
      • Redis 事务机制
    • 其他

    • 笔记
    • Redis
    lisheng
    2024-09-10
    目录

    Redis 过期策略和内存淘汰策略

    Redis 为了有效管理内存,提供了多种过期策略和内存淘汰策略。了解这些策略是 Redis 性能优化的重要环节。以下是 Redis 的过期策略和内存淘汰策略的详细说明:

    # 一、Redis 过期策略

    Redis 的过期策略决定了如何处理设置了过期时间的键(Key)。Redis 有三种过期策略:

    1. 定时删除(Timed Deletion):

      • 机制: 为每个设置了过期时间的键创建一个定时器,当键过期时,定时器触发删除操作。
      • 优点: 保证了过期键能够及时被删除。
      • 缺点: 会为每个键创建定时器,增加了内存和 CPU 的开销,Redis 默认不使用此策略。
    2. 惰性删除(Lazy Deletion):

      • 机制: 每次访问键时,Redis 会检查该键是否过期,如果过期则立即删除,返回空值。
      • 优点: 避免了不必要的定时器开销,仅在访问时才检查和删除过期键。
      • 缺点: 如果某些键没有被访问到,即使已经过期,也会一直占用内存,可能导致内存泄漏。
    3. 定期删除(Periodic Deletion):

      • 机制: Redis 会周期性地随机抽取一部分键,检查并删除其中已经过期的键。这是 Redis 默认采用的策略。
      • 优点: 在内存开销和及时删除之间取得了平衡。
      • 缺点: 不能保证过期键立即被删除,可能会有一些延迟。

    # 二、Redis 内存淘汰策略

    当 Redis 内存达到配置的最大限制(maxmemory)时,需要选择内存淘汰策略来决定如何处理新写入的数据。Redis 提供了多种内存淘汰策略:

    1. volatile-lru:

      • 机制: 仅对设置了过期时间的键进行 LRU(Least Recently Used,最近最少使用)算法淘汰,即优先淘汰最久未被访问的过期键。
      • 场景: 适用于需要控制过期数据集大小的场景。
    2. allkeys-lru:

      • 机制: 对所有键(无论是否设置过期时间)进行 LRU 淘汰,优先淘汰最久未被访问的键。
      • 场景: 适用于所有数据都需要控制内存使用的场景。
    3. volatile-lfu:

      • 机制: 仅对设置了过期时间的键进行 LFU(Least Frequently Used,最近最少使用)算法淘汰,即优先淘汰访问频率最低的过期键。
      • 场景: 适用于需要更精确控制哪些数据应该被淘汰的场景。
    4. allkeys-lfu:

      • 机制: 对所有键(无论是否设置过期时间)进行 LFU 淘汰,优先淘汰访问频率最低的键。
      • 场景: 适用于需要更精确控制内存使用且希望淘汰不常用数据的场景。
    5. volatile-ttl:

      • 机制: 仅对设置了过期时间的键,优先淘汰即将过期的键(TTL,Time To Live 最短的键)。
      • 场景: 适用于希望优先淘汰即将过期数据的场景。
    6. noeviction:

      • 机制: 禁止淘汰,当内存达到限制后,对写入操作直接返回错误,停止接收新的数据写入。
      • 场景: 适用于数据非常重要且不能丢失的场景,但需要特别注意防止内存用尽。
    7. volatile-random:

      • 机制: 仅对设置了过期时间的键进行随机淘汰。
      • 场景: 适用于希望有一定随机性的淘汰策略。
    8. allkeys-random:

      • 机制: 对所有键进行随机淘汰。
      • 场景: 适用于需要尽可能减少内存占用但不关心具体淘汰哪部分数据的场景。

    # 策略选择

    • LRU 和 LFU: 适用于内存紧张且访问频率存在明显差异的场景,LRU 适用于大多数场景,而 LFU 更适合需要长时间数据持久化且访问频次差异较大的场景。
    • noeviction: 适用于关键数据不容丢失的场景,但需要特别关注内存使用情况。
    • ttl 策略: 适用于数据有明确过期时间的场景,可以通过 volatile-ttl 优先淘汰即将过期的数据。
    编辑 (opens new window)
    上次更新: 2024/09/13, 11:59:12
    热Key问题,如何解决热key问题
    Redis 的持久化机制

    ← 热Key问题,如何解决热key问题 Redis 的持久化机制→

    最近更新
    01
    ceph分布式存储-对象存储(RGW)搭建
    10-27
    02
    ceph分布式存储-集群客户端连接
    10-27
    03
    ceph分布式存储-管理crushmap
    10-27
    更多文章>
    Theme by Vdoing
    • 跟随系统
    • 浅色模式
    • 深色模式
    • 阅读模式