百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术教程 > 正文

redis之内存消耗及淘汰算法(redis之内存消耗及淘汰算法是什么)

mhr18 2024-11-11 11:55 24 浏览 0 评论

一、内存消耗占用查看

info memory,可以查看redis的内存使用情况

在redis4.0后,可以使用memory命令来看更详细的信息

二、redis内存消耗组成

1.Redis自身使用的内存:消耗很少,3MB多点

2.对象内存

3.缓冲内存

4.内存碎片

对象内存:所有key对象长度 + 所有value对象长度;每次创建键值对时,至少创建两个类型对象:key对象、value对象,应该使用短键名

缓冲内存

1)每个客户端的输入、输出缓冲内存:

2)输入缓冲最大1G,超出则关闭该客户端连接;

4)输出缓冲:16KB的固定缓冲区、动态缓冲区,动态缓冲区可通过client-output-buffer-limit配置参数限制(根据客户端类型normal、slave、pubsub,分开设置)

client-output-buffer-limit normal 0 0 0

client-output-buffer-limit slave 256mb 64mb 60 //超过256MB时,或者持续超过64MB达60秒,关闭连接

client-output-buffer-limit pubsub 32mb 8mb 60

复制积压缓冲内存:用于主从复制的部分复制,所有客户端共享该缓冲区,默认1MB,可通过repl-backlog-size调整,适当调大,可有效避免全量复制;

AOF缓冲内存:用于保存在AOF重写期间的写命令,便于重写完毕后把缓冲的命令追加到AOF文件中;

内存碎片

a.当存储的数据长短差异较大时,就容易出现大量内存碎片,应该尽可能地保持数据对齐或使用固定长度的字符串;

b.内存碎片可以通过完全重启Redis来清除;在redis4.0以后,可以开启内存碎片自动清理功能,activedefrag yes

# Enabled active defragmentation

# activedefrag yes

# Minimum amount of fragmentation waste to start active defrag

active-defrag-ignore-bytes 100mb

# Minimum percentage of fragmentation to start active defrag

active-defrag-threshold-lower 10

# Maximum percentage of fragmentation at which we use maximum effort

active-defrag-threshold-upper 100

# Minimal effort for defrag in CPU percentage

active-defrag-cycle-min 25

# Maximal effort for defrag in CPU percentage

active-defrag-cycle-max 75

三、redis内存管理

1.设置内存maxmemory上限,并指定内存回收策略maxmemory-policy;

内存回收策略:

1.为键设置过期属性,Redis采用惰性删除和定时任务删除机制实现过期键的内存回收;

a)惰性删除:在读取键时才检查是否过期

b)定时任务删除:通过hz配置参数设置频率,默认每秒10次;

2.内存溢出控制策略max memory-policy:共8种策略, 默认noeviction(不删除,拒绝写入,返回错误)

#volatile-lru - >在设置了过期的key中,删除最近最少使用的key,直到空间足够为止

#allkeys-lru - >从所有key里删除最近最少使用的key,不管有没设置过期,直到空间足够为止

#volatile-lfu - >在设置了过期的key中,删除最少使用的key,直到空间足够为止

#allkeys-lfu - >从所有key里删除最少使用的key,不管有没设置过期,直到空间足够为止

#volatile-random - >删除一个过期集合中的随机key。

#allkeys-random - >删除一个随机key,不管有没设置过期。

#volatile-ttl - >删除即将过期的key(次TTL)

#noviction - >不删除,拒绝写入,写入操作时返回错误。

3.maxmemory-samples 5 是说每次进行淘汰的时候,会随机抽取5个key 从里面淘汰最少使用的(默认选项)

相关推荐

如何通过 Redis 日志排查连接超时问题

Redis是一种高性能的内存数据存储服务,但在高并发或误配置情况下,可能会出现连接超时问题。借助Redis日志,可以快速定位并解决连接超时的根本原因。以下是具体的排查和解决步骤:1.什么是R...

给你1亿的Redis key,如何高效统计?

前言有些小伙伴在工作中,可能遇到过这样的场景:老板突然要求统计Redis中所有key的数量,你随手执行了KEYS*命令,下一秒监控告警疯狂闪烁——整个Redis集群彻底卡死,线上服务大面积瘫痪。今天...

Redis分布式锁的安全性分析与实践指南

一、Redis分布式锁的核心原理Redis分布式锁通过SETNX(SetifNotExists)和EXPIRE(Expire)指令实现原子性操作,结合UUID生成唯一标识符,确保锁的互斥性和安全...

高可用Redis分布式锁:秒杀系统中的锁战

引言在分布式系统中,“程序猿的终极武器是并发控制”。当多个服务实例同时访问共享资源时,如何避免数据不一致和重复操作?答案是分布式锁。Redis凭借其高性能和原子性操作,成为实现分布式锁的首选方案。...

Redis分布式锁(redis分布式锁解决超卖)

场景描述简单模拟一个高并发库存扣减场景,商品库存加载到Redis缓存,如:127.0.0.1:6379>setproduct:stock:101200无锁状态操作从缓存中获取对应商品的库存...

Redis 分布式锁和 ZooKeeper分布式锁

Redis分布式锁和ZooKeeper(简称zk)分布式锁都是用来解决在分布式系统中多个节点之间竞争资源的问题。它们各自有不同的特点和适用场景。Redis分布式锁Redis实现分布式锁主要是...

Redis vs ZooKeeper锁:高并发下的生死对决,谁才是最终赢家?

在分布式系统中,锁是控制资源访问的重要机制。Redis和ZooKeeper作为两种主流的分布式锁实现方案,各有优劣。本文将从原理、性能、代码实现三个维度进行硬核对比,助你做出最佳技术选型。一、原理对比...

说说Redis的大key(redis key大小限制)

一句话总结Redis大key指存储超大值(如字符串过大、集合元素过多)的键。主要成因包括:1.设计不合理,未拆分数据结构;2.业务需求(如缓存整页数据);3.数据持续积累未清理;4.使用不当的集合类型...

PHP Laravel框架底层机制(php框架的底层原理)

当然可以,Laravel是最受欢迎的PHP框架之一,以优雅的语法和丰富的生态而闻名。尽管开发体验非常“高端”,它的底层其实是由一系列结构清晰、职责分明的组件构成的。下面我从整体架构、核心流程、...

PHP性能全面优化-值得收藏(php优化网站性能)

PHP项目卡顿频发,老技巧失灵?隐藏漏洞竟在代码循环里。上周公司服务器突然开始卡顿,测试发现用户请求响应时间翻倍。我们先按以前学的方法做了基准测试,用AB工具压测时发现2000并发就有5%错误,换成S...

PHP+UniApp:低成本打造外卖系统横扫App+小程序+H5全平台

在餐饮行业数字化转型中,外卖系统开发常面临两大痛点:高昂的开发成本(需独立开发App、小程序、H5)和多端维护的复杂性。PHP+UniApp的组合通过技术复用与跨平台能力,为中小商家和开发者提供了“降...

从需求到上线:PHP+Uniapp校园圈子系统源码的架构设计与性能优化

一、需求分析与架构设计1.核心功能需求用户体系:支持手机号/微信登录、多角色权限(学生、教师、管理员)。圈子管理:支持创建/加入兴趣圈子(如学术、电竞)、标签分类、动态发布与审核。实时互动:点赞、评...

PHP 8.0性能翻3倍?四年亲测:这些项目升了哭晕!

2020年那个感恩节,当PHP8.0带着“性能翻倍”的豪言横空出世时,无数程序员连夜备份代码准备升级。四年过去了,那些宣称“性能提升3倍”的项目,真的跑出火箭速度了吗?还记得当时铺天盖地的宣传吗?“...

我把 Mac mini 托管到机房了:一套打败云服务器的终极方案

本内容来源于@什么值得买APP,观点仅代表作者本人|作者:薯仔不爱吃薯仔我把我积灰的Macmini托管到机房了,有图有真相。虽然画质又渣又昏暗,但是!这就是实锤。作为开发者,谁不想拥有个自己的服...

从phpstudy到Docker:我用一个下午让开发效率翻倍的实战指南

一、为什么放弃phpstudy?上周三下午,我花了3小时将本地开发环境从phpstudy迁移到Docker,没想到第二天团队反馈:环境部署时间从2小时压缩到5分钟,跨设备协作bug减少70%。作为一个...

取消回复欢迎 发表评论: