本文目录一览：
Redis内存配置和淘汰策略
LRU相关策略volatile-lru：仅淘汰设置了过期时间的键中最久未使用的。allkeys-lru：淘汰所有键中最久未使用的。Redis改进的LRU算法：抽样删除：默认随机抽取5个键（通过maxmemory_samples配置），按LRU规则删除，减少内存开销。
最大内存配置（maxmemory）通过maxmemory参数可显式限制Redis使用的内存上限，例如：maxmemory 100mb单位支持MB或GB，默认值为0（不限制）。强烈建议生产环境设置此参数，否则内存耗尽可能导致Redis崩溃。
不淘汰策略（noeviction）特点：当内存达到上限时，直接拒绝新写入请求并返回错误。适用场景：对数据一致性要求极高、不允许丢失的场景（如关键配置缓存）。 基于过期时间的淘汰策略（针对设置了TTL的数据）volatile-ttl：优先淘汰剩余生存时间（TTL）最短的数据。
在Redis中，为所有Key设置35天过期时间，当访问命中时自动续期，未被访问的数据自然淘汰。此方法对稳定ID（如idfa、imei）效果显著，长期积累可提升命中率。例如，广告曝光场景中，用户行为在特定时间窗口内重复性高，续期策略可有效保留热数据。 内存优化：散列桶与Key压缩采用MD5散列桶技术减少Key数量。
内存优化 maxmemory：设置：maxmemory 2GB（或根据实际需求设置）说明：该参数用于设置 Redis 实例的最大内存使用量。确保该值设置为物理内存的安全范围，以避免发生内存溢出。当 Redis 内存使用量达到此限制时，将触发内存淘汰策略。
字节客户端三面面经(许愿oc)
1、字节客户端三面核心围绕客户端技术理解、项目实习经验、技术规划及底层原理展开maxmemory配置避免OOM，涉及客户端与服务端通信安全、Redis底层机制、算法与深度学习模型应用等方向。
2、字节抖音客户端校招技术面主要考察多态、C++编译、网络知识、代码实现等，共三轮技术面无HR面，每轮均有手撕代码但难度不高。具体内容如下maxmemory配置避免OOM：第一轮技术面：考察范围较广，涉及基础概念与代码实现。多态相关：询问动态多态与静态多态maxmemory配置避免OOM的定义及区别，核心在于运行时与编译时的差异。
3、字节剪映客户端开发岗位的一二三面面经总结如下：一面（45分钟）自maxmemory配置避免OOM我介绍：简要阐述个人背景、技术栈及项目经历。实习困难与解决：分享实习期间遇到的技术挑战及解决方案，体现问题解决能力。C++基础：指针与引用：解释指针与引用的区别及使用场景。虚拟内存：简述虚拟内存的概念及其作用。
4、cookie和session的区别：cookie存储在客户端，session存储在服务端，通过cookie传递session ID来关联用户会话，考察对Web开发中会话管理的理解。Redis和SpringSecurity：作者表示不太了解，面试官调侃，考察对相关技术的掌握程度。
5、字节客户端开发（data广告系统部门）校招面经总结如下：笔试部分考察内容：算法题（ACM模式），题目难度中等，需注重代码正确性与效率。示例题目：给定整数 n 和 k，返回 1 到 n 中所有可能的 k 个数的组合（如 n=4， k=2 的输出为 [[2，4]，[3，4]，[2，3]，[1，2]，[1，3]，[1，4]]）。
MacOS中优雅启动Redis服务的方法
总结临时测试maxmemory配置避免OOM：直接启动（redis-server）。灵活定制maxmemory配置避免OOM：使用配置文件启动。持久运行：后台服务模式（daemonize yes）。生产环境：推荐使用launchdmaxmemory配置避免OOM，实现自动化、持久化和多环境管理。通过合理选择启动方式maxmemory配置避免OOM，可兼顾开发效率与系统稳定性，满足从调试到生产maxmemory配置避免OOM的全场景需求。
Windows用户：下载.exe格式的安装包（如示例中的redis-desktop-manager-0.38exe）。Linux/macOS用户：下载对应系统的压缩包或通过包管理器安装（如apt、brew等，具体参考官方文档）。执行安装（Windows示例）双击安装包：启动安装向导，界面为全中文或英文（取决于系统语言）。
安全连接 内置 SSL/TSL 连接和 SSH 隧道功能。
启动应用：安装完成后，用户可以在桌面或开始菜单中找到RedisDesktopManager的快捷方式，双击即可启动应用。
包管理器（如 macOS 的 Homebrew）：brew install --cask redisinsight 启动工具安装后运行 Redis Insight，默认打开 Web 界面（通常为 http：//localhost：8001）。首次启动时需设置语言和存储路径。
Redis参数设置
1、设置：loglevel notice（或根据实际需求选择）说明：设置日志的详细级别。可以是 debug（详细调试信息）、verbose（详细运行信息）、notice（普通通知信息）等。合理的日志级别设置有助于过滤掉不必要的日志信息，同时保留重要的运行信息。总结：Redis 的参数设置需要根据实际的应用场景和需求进行调整。
2、保存对配置文件的修改。重启 Redis 服务以使配置生效。注意事项： 保护模式：默认情况下，Redis 的保护模式是启用的。使用 bind 参数可以限制只有特定 IP 地址的客户端可以访问 Redis 服务，从而提高安全性。 访问控制：可以结合 bind 和 requirepass 参数进行访问控制。
3、可选）设置密码认证在配置文件中添加或修改requirepass参数：requirepass your_password保存后，远程连接时需在客户端输入密码。重启Redis服务通过服务管理器重启 按Win + R，输入services.msc，找到Redis服务（如Redis或Redis-6379）。右键选择“重新启动”。
4、在 Spring Boot 版本更迭中，对于 Redis 的配置参数进行了调整。若使用的是 Spring Boot x 版本，而在配置文件中使用的是 x 版本的配置参数格式，系统在加载配置文件时将无法识别这些参数，从而默认连接到 localhost。因此，配置参数的格式不匹配是问题的核心。
5、使用 bind 配置可以实现以下功能：保护模式：启用保护模式后，Redis 仅接受来自特定 IP 地址（如 10.：1 或 Unix 域套接字）的请求。默认情况下，保护模式启用。访问控制：结合 bind 和 requirepass 参数，可以允许指定 IP 地址以外的客户端访问 Redis 服务。
Presto的内存管理
Presto的内存管理主要分为user memory与system memory两种，使用内存池来管理内存以避免性能下降。以下是关于Presto内存管理的详细解 内存类型 user memory：用于执行如hash join、aggregation等操作所需的内存。 system memory：用于input/output/exchange buffers等系统级别的操作所需的内存。
高效内存使用：通过分配任务队列最短的split，节省内存资源。元数据管理巧妙：虽然可能影响进度估计，但保证了内存的高效利用。响应速度快：基于内存并行的执行策略使得Presto在响应速度上独占鳌头，是即席分析的首选引擎。
query.max-memory：表示单个查询在分布在所有相关节点上能用的内存之和的最大值。query.max-memory-per-node：表示单个查询在单个节点上用户内存能用的最大值。query.max-total-memory-per-node：表示单个查询在单个节点上用户内存能用的最大值和系统内存量。
redis最多缓存多少数据
Redis能缓存的数据量没有绝对上限，但受内存容量和配置限制，实际容量取决于硬件资源与配置参数。以下是具体分析： 理论容量取决于物理内存Redis是一个基于内存的存储系统，其缓存容量直接受服务器可用内存限制。
Redis没有固定的最大缓存数据量限制，其实际可缓存的数据量由物理内存、系统配置及使用策略共同决定。以下是关键影响因素及配置建议： 物理内存是核心限制Redis将所有数据存储在内存中，因此可缓存的数据量直接受服务器物理内存容量制约。
内存是决定Redis存储容量的核心因素。由于Redis默认将数据缓存在内存中，其存储量直接受系统可用内存限制。例如，若服务器有64GB内存，扣除操作系统和其他进程占用后，剩余内存均可用于Redis数据存储。但需注意，单个键或值的大小上限为512MB，过大的数据会显著增加内存碎片和管理开销。
字符串（String）核心特性：最基础的数据结构，可存储文本、二进制（如图片）、JSON/XML等，最大512MB。支持原子操作（如自增incr），适合计数场景。使用场景：缓存加速 作为数据库（如MySQL）的前置缓存，减少后端压力。示例：Web请求优先从Redis获取数据，未命中时回源数据库并写入缓存。
标签： maxmemory配置避免OOM
还木有评论哦，快来抢沙发吧~