Redis 回收进程如何工作的?(redis缓存回收)
mhr18 2025-03-30 18:35 19 浏览 0 评论
Redis 的回收进程(Eviction Process)主要指的是 内存淘汰策略,当 Redis 使用的内存达到配置的上限 (maxmemory) 时,为了能够继续接受新的写入操作,Redis 需要根据配置的策略,从已有的数据中淘汰一部分键值对,释放内存空间。
以下是 Redis 回收进程的工作原理和关键方面:
1. 触发条件:内存达到上限 (maxmemory)
- Redis 通过 maxmemory 配置项来设置最大可用内存。
- 当 Redis 尝试写入新的数据,并且当前使用的内存已经超过了 maxmemory 设置的值时,就会触发内存淘汰策略。
- 注意:maxmemory 是一个软限制,Redis 实际使用的内存可能会略微超过这个值,因为淘汰过程需要时间,并且某些操作(如持久化)也可能暂时增加内存使用。
2. 回收策略 (Eviction Policies):决定淘汰哪些键
Redis 提供了多种内存淘汰策略,可以通过 maxmemory-policy 配置项进行设置。不同的策略适用于不同的应用场景和数据访问模式。主要策略包括:
- No Eviction (不淘汰):
- noeviction: 当内存达到上限时,Redis 不会淘汰任何键,而是直接返回错误,拒绝新的写入操作。
- 适用于对数据完整性要求极高,不允许任何数据丢失的场景。但需要确保内存足够,否则 Redis 将无法正常工作。
- Volatile Keys (针对设置了过期时间的键):
- volatile-lru: 从设置了过期时间的键中,淘汰最近最少使用的 (Least Recently Used, LRU) 键。
- volatile-lfu: 从设置了过期时间的键中,淘汰最近最不常用的 (Least Frequently Used, LFU) 键。
- volatile-ttl: 从设置了过期时间的键中,淘汰剩余生存时间 (TTL) 最短的键。
- volatile-random: 从设置了过期时间的键中,随机淘汰一些键。
- 这些策略只考虑设置了过期时间的键,如果所有设置了过期时间的键都未被淘汰,但内存仍然不足,则 Redis 会返回错误,拒绝新的写入操作。
- All Keys (针对所有键,包括没有设置过期时间的键):
- allkeys-lru: 从所有键中,淘汰最近最少使用的 (LRU) 键。
- allkeys-lfu: 从所有键中,淘汰最近最不常用的 (LFU) 键。
- allkeys-random: 从所有键中,随机淘汰一些键。
- 这些策略会考虑所有键,即使键没有设置过期时间。如果内存不足,Redis 会根据策略淘汰键,直到内存足够为止。
LRU (Least Recently Used) 和 LFU (Least Frequently Used) 的区别:
- LRU: 基于键的最近访问时间进行淘汰。最近最少被访问的键被优先淘汰。
- LFU: 基于键的访问频率进行淘汰。访问频率最低的键被优先淘汰。LFU 相比 LRU 更能反映键的真实热度,但实现和维护访问频率信息会带来一定的性能开销。Redis 的 LFU 实现是近似的,并非精确 LFU,以减少性能影响。
3. 回收过程步骤 (简化描述):
- 内存检查: 当 Redis 接收到写入命令时,会先检查当前内存使用情况。
- 判断是否需要淘汰: 如果内存使用超过 maxmemory,则需要进行淘汰。
- 选择淘汰策略: 根据 maxmemory-policy 配置选择相应的淘汰策略。
- 扫描候选键: Redis 会根据策略扫描一部分键作为候选淘汰对象。对于 LRU 和 LFU 策略,Redis 并非扫描所有键,而是采用近似 LRU/LFU 算法,通过采样一部分键来估算 LRU/LFU 值,以提高性能。扫描的键的数量可以通过 maxmemory-samples 配置项控制,默认值为 5。增加 maxmemory-samples 可以提高 LRU/LFU 算法的精度,但也会增加 CPU 开销。
- 选择淘汰键: 从扫描到的候选键中,根据选定的策略 (LRU, LFU, TTL, Random) 选择要淘汰的键。
- 淘汰键: 删除选定的键,释放内存空间。
- 重复淘汰: 如果淘汰后内存仍然不足,则重复步骤 4-6,直到内存足够或者无法再淘汰更多键 (例如,使用 noeviction 策略)。
- 执行写入操作: 内存释放后,Redis 可以继续执行新的写入操作。
4. 配置相关参数:
- maxmemory
: 设置 Redis 最大可用内存,单位可以是 bytes, kb, mb, gb。例如:maxmemory 1gb。 - maxmemory-policy
: 设置内存淘汰策略。例如:maxmemory-policy allkeys-lru。 - maxmemory-samples
: 设置 LRU/LFU 算法采样数量,用于近似估算 LRU/LFU 值。例如:maxmemory-samples 10。
5. 重要注意事项:
- 选择合适的策略: 根据应用场景和数据访问模式选择合适的淘汰策略非常重要。如果数据访问模式符合 LRU 或 LFU 特性,allkeys-lru 或 allkeys-lfu 通常是不错的选择。如果希望优先淘汰设置了过期时间的键,可以使用 volatile-* 系列策略。如果不允许任何数据丢失,可以使用 noeviction 策略,但需要确保内存足够。
- 监控内存使用: 定期监控 Redis 的内存使用情况,可以使用 INFO memory 命令查看。
- 性能影响: 内存淘汰过程会消耗 CPU 资源,可能会对 Redis 的性能产生一定影响,尤其是在淘汰大量键时。
- 数据丢失: 内存淘汰意味着数据丢失,需要根据应用场景考虑数据丢失的容忍度,并做好数据备份和恢复策略。
- TTL 的作用: 合理使用 TTL (Time To Live) 为键设置过期时间,可以帮助 Redis 更有效地进行内存管理,减少内存淘汰的压力。
总结:
Redis 的回收进程(内存淘汰策略)是其内存管理的重要组成部分。理解 Redis 的回收策略和工作原理,并根据应用场景合理配置 maxmemory 和 maxmemory-policy,可以帮助我们更好地利用 Redis 的内存资源,保证 Redis 的稳定性和性能。选择合适的策略需要根据具体的业务需求和数据访问模式进行权衡和测试。
相关推荐
- Spring Boot3 连接 Redis 竟有这么多实用方式
-
各位互联网大厂的后端开发精英们,在日常开发中,想必大家都面临过系统性能优化的挑战。当系统数据量逐渐增大、并发请求不断增多时,如何提升系统的响应速度和稳定性,成为了我们必须攻克的难题。而Redis,这...
- 隧道 ssh -L 命令总结 和 windows端口转发配置
-
摘要:隧道ssh-L命令总结和windows端口转发配置关键词:隧道、ssh-L、端口转发、网络映射整体说明最近在项目中,因为内网的安全密级比较高,只能有一台机器连接内网数据库,推送...
- 火爆BOOS直聘的13个大厂Java社招面经(5年经验)助你狂拿offer
-
火爆BOOS直聘的13个大厂Java社招面经(5年经验)助你狂拿offer综上所述,面试遇到的所有问题,整理成了一份文档,希望大家能够喜欢!!Java面试题分享(Java中高级核心知识全面解析)一、J...
- 「第五期」游服务器一二三面 秋招 米哈游
-
一面下午2点,35分钟golang内存模型golang并发模型golanggc原理过程channel用途,原理redis数据结构,底层实现跳跃表查询插入复杂度进程,线程,协程kill原理除了kil...
- RMQ——支持合并和优先级的消息队列
-
业务背景在一个项目中需要实现一个功能,商品价格发生变化时将商品价格打印在商品主图上面,那么需要在价格发生变动的时候触发合成一张带价格的图片,每一次触发合图时计算价格都是获取当前最新的价格。上游价格变化...
- Redis 中的 zset 为什么要用跳跃表,而不是B+ Tree 呢?
-
Redis中的有序集合使用的是一种叫做跳跃表(SkipList)的数据结构来实现,而不是使用B+Tree。本文将介绍为什么Redis中使用跳跃表来实现有序集合,而不是B+Tree,并且探讨跳跃表...
- 一文让你彻底搞懂 WebSocket 的原理
-
作者:木木匠转发链接:https://juejin.im/post/5c693a4f51882561fb1db0ff一、概述上一篇文章《图文深入http三次握手核心问题【思维导图】》我们分析了简单的一...
- Redis与Java整合的最佳实践
-
Redis与Java整合的最佳实践在这个数字化时代,数据处理速度决定了企业的竞争力。Redis作为一款高性能的内存数据库,以其卓越的速度和丰富的数据结构,成为Java开发者的重要伙伴。本文将带你深入了...
- Docker与Redis:轻松部署和管理你的Redis实例
-
在高速发展的云计算时代,应用程序的部署和管理变得越来越复杂。面对各种操作系统、依赖库和环境差异,开发者常常陷入“在我机器上能跑”的泥潭。然而,容器化技术的兴起,尤其是Docker的普及,彻底改变了这一...
- Java开发中的缓存策略:让程序飞得更快
-
Java开发中的缓存策略:让程序飞得更快缓存是什么?首先,让我们来聊聊什么是缓存。简单来说,缓存是一种存储机制,它将数据保存在更快速的存储介质中,以便后续使用时能够更快地访问。比如,当你打开一个网页时...
- 国庆临近,字节后端开发3+4面,终于拿到秋招第一个offer
-
字节跳动,先面了data部门,3面技术面之后hr说需要实习转正,拒绝,之后另一个部门捞起,四面技术面,已oc分享面经,希望对大家有所帮助,秋招顺利在文末分享了我为金九银十准备的备战资源库,包含了源码笔...
- “快”就一个字!Redis凭什么能让你的APP快到飞起?
-
咱们今天就来聊一个字——“快”!在这个信息爆炸、耐心越来越稀缺的时代,谁不希望自己手机里的APP点一下“嗖”就打开,刷一下“唰”就更新?谁要是敢让咱用户盯着个小圈圈干等,那简直就是在“劝退”!而说到让...
- 双十一秒杀,为何总能抢到?Redis功不可没!
-
一年一度的双十一“剁手节”,那场面,简直比春运抢票还刺激!零点的钟声一敲响,亿万个手指头在屏幕上疯狂戳戳戳,眼睛瞪得像铜铃,就为了抢到那个心心念念的半价商品、限量版宝贝。你有没有发现一个奇怪的现象?明...
- 后端开发必看!为什么说Redis是天然的幂等性?
-
你在做后端开发的时候,有没有遇到过这样的困扰:高并发场景下,同一个操作重复执行多次,导致数据混乱、业务逻辑出错?别担心,很多同行都踩过这个坑。某电商平台就曾因订单创建接口在高并发时不具备幂等性,用户多...
- 开发一个app需要哪些技术和工具
-
APP开发需要一系列技术和工具的支持,以下是对这些技术的清晰归纳和分点表示:一、前端开发技术HTML用于构建页面结构。CSS用于样式设计和布局。JavaScript用于页面交互和逻辑处理。React...
你 发表评论:
欢迎- 一周热门
- 最近发表
- 标签列表
-
- oracle位图索引 (63)
- oracle批量插入数据 (62)
- oracle事务隔离级别 (53)
- oracle 空为0 (50)
- oracle主从同步 (55)
- oracle 乐观锁 (51)
- redis 命令 (78)
- php redis (88)
- redis 存储 (66)
- redis 锁 (69)
- 启动 redis (66)
- redis 时间 (56)
- redis 删除 (67)
- redis内存 (57)
- redis并发 (52)
- redis 主从 (69)
- redis 订阅 (51)
- redis 登录 (54)
- redis 面试 (58)
- 阿里 redis (59)
- redis 搭建 (53)
- redis的缓存 (55)
- lua redis (58)
- redis 连接池 (61)
- redis 限流 (51)