redis 性能管理

简介: redis 性能管理

一、查看 redis 内存使用

info memory

1, 进入 redis 查看

2, redis 外查看

二    内存碎片率

1,used_memory_rss

表示该进程所占物理内存的大小,即为操作系统分配给 Redis 实例的内存大小。

2,used_memory

Redis 使用的内存总量值

3,内存碎片率

操作系统分配的内存值 used_memory_rss 除以 Redis 使用的内存总量值 used_memory 计算得出。

4,内存碎片原因

除了用户定义的数据和内部开销以外,used_memory_rss 指标还包含了内存碎片的开销, 内存碎片是由操作系统低效的分配/回收物理内存导致的(不连续的物理内存分配)。

举例来说:Redis 需要分配连续内存块来存储 1G 的数据集。如果物理内存上没有超过 1G 的连续内存块, 那操作系统就不得不使用多个不连续的小内存块来分配并存储这 1G 数据,该操作就会导致内存碎片的产生。

5,内存碎片率 数值含义

#跟踪内存碎片率对理解Redis实例的资源性能是非常重要的:

●内存碎片率稍大于1是合理的,这个值表示内存碎片率比较低,也说明 Redis 没有发生内存交换。

●内存碎片率超过1.5,说明Redis消耗了实际需要物理内存的150%,其中50%是内存碎片率。需要在redis-cli工具上输入shutdown save 命令,让 Redis 数据库执行保存操作并关闭 Redis 服务,再重启服务器。

●内存碎片率低于1的,说明Redis内存分配超出了物理内存,操作系统正在进行内存交换。需要增加可用物理内存或减少 Redis 内存占用。

三   内存使用率

1,swap 空间

redis实例的内存使用率超过可用最大内存,操作系统将开始进行内存与swap空间交换。

2,避免内存交换发生的方法

2.1针对缓存数据大小选择安装 Redis 实例

2.2尽可能的使用Hash数据结构存储

2.3设置key的过期时间

四     Hash 数据类型

hash用于存储对象。可以采用这样的命名方式:对象类别和ID构成键名,使用字段表示对象的属性,而字段值则存储属性值。

如:存储ID为2的汽车对象。

如果Hash中包含很少的字段,那么该类型的数据也将仅占用很少的磁盘空间。每一个Hash可以存储4294967295个键值对。

1,HSET/HGET/HDEL/HEXISTS/HLEN/HSETNX

redis 127.0.0.1:6379> hset myhash field1 "zhang"
#给键值为myhash的键设置字段为field1,值为zhang。
(integer) 1
redis 127.0.0.1:6379> hget myhash field1
#获取键值为myhash,字段为field1的值。
"zhang"
redis 127.0.0.1:6379> hget myhash field2
#myhash键中不存在field2字段,因此返回nil。
(nil)
redis 127.0.0.1:6379> hset myhash field2 "san"
#给myhash添加一个新的字段field2,其值为san。
(integer) 1
redis 127.0.0.1:6379> hlen myhash#hlen命令获取myhash键的字段数量。
(integer) 2
redis 127.0.0.1:6379> hexists myhash field1
#判断myhash键中是否存在字段名为field1的字段,由于存在,返回值为1。
(integer) 1
redis 127.0.0.1:6379> hdel myhash field1
#删除myhash键中字段名为field1的字段,删除成功返回1。
(integer) 1
redis 127.0.0.1:6379> hdel myhash field1
#再次删除myhash键中字段名为field1的字段,由于上一条命令已经将其删除,因为没有删除,返回0。
(integer) 0
redis 127.0.0.1:6379> hexists myhash field1
#判断myhash键中是否存在field1字段,由于上一条命令已经将其删除,因为返回0。
(integer) 0
redis 127.0.0.1:6379> hsetnx myhash field1 zhang
#通过hsetnx命令给myhash添加新字段field1,其值为zhang,因为该字段已经被删除,所以该命令添加成功并返回1。
(integer) 1
redis 127.0.0.1:6379> hsetnx myhash field1 zhang
#由于myhash的field1字段已经通过上一条命令添加成功,因为本条命令不做任何操作后返回0。
(integer) 0

2, HINCRBY

redis 127.0.0.1:6379> del myhash
#删除该键,便于后面示例的测试。
(integer) 1
redis 127.0.0.1:6379> hset myhash field 5
#准备测试数据,该myhash的field字段设定值5。
(integer) 1
redis 127.0.0.1:6379> hincrby myhash field 1
#hincrby命令给myhash的field字段的值加1,返回加后的结果。
(integer) 6
redis 127.0.0.1:6379> hincrby myhash field -1
#hincrby命令给myhash的field字段的值加-1,返回加后的结果。
(integer) 5
redis 127.0.0.1:6379> hincrby myhash field -10
#hincrby命令给myhash的field字段的值加-10,返回加后的结果。
(integer) -5  

3,HGETALL/HKEYS/HVALS/HMGET/HMSET

redis 127.0.0.1:6379> del myhash
#删除该键,便于后面示例测试。
(integer) 1
redis 127.0.0.1:6379> hmset myhash field1 "hello" field2 "world"
#hmset命令为该键myhash,一次性设置多个字段,分别是field1="hello", field2="world"。
OK
redis 127.0.0.1:6379> hmget myhash field1 field2 field3
#hmget命令获取myhash键的多个字段,其中field3并不存在,因为在返回结果中与该字段对应的值为nil。
1) "hello"
2) "world"
3) (nil)
redis 127.0.0.1:6379> hgetall myhash
#hgetall命令返回myhash键的所有字段及其值,从结果中可以看出,他们是逐对列出的。
1) "field1"
2) "hello"
3) "field2"
4) "world"
redis 127.0.0.1:6379> hkeys myhash
#hkeys命令仅获取myhash键中所有字段的名字。
1) "field1"
2) "field2"
redis 127.0.0.1:6379> hvals myhash
#hvals命令仅获取myhash键中所有字段的值。
1) "hello"
2) "world" 

4,设置 key 的过期时间 – SETEX

redis 127.0.0.1:6379> setex mykey 15 "hello"
#设置指定Key的过期时间为15秒。
OK    
redis 127.0.0.1:6379> ttl mykey
#通过ttl命令查看一下指定Key的剩余存活时间(秒数),-2表示已经过期,-1表示永不过期。
(integer) 4
redis 127.0.0.1:6379> get mykey
#在该键的存活期内我们仍然可以获取到它的Value。
"hello"
redis 127.0.0.1:6379> ttl mykey
#该ttl命令的返回值显示,该Key已经过期。
(integer) -2
redis 127.0.0.1:6379> get mykey
#获取已过期的Key将返回nil。
(nil)

四   内回收key

内存清理策略,保证合理分配redis有限的内存资源。当达到设置的最大阀值时,需选择一种key的回收策略,默认情况下回收策略是禁止删除的。

配置文件中修改maxmemory-policy属性值:

[root@localhost ~]# vim /etc/redis/6379.conf

##598行,取消注释,并指定回收策略
maxmemory-policy noeviction

常用的回收策略 说明
volatile-lru 使用LRU算法从已设置过期时间的数据集合中淘汰数据(移除最近最少使用的key,针对设置了TTL的key)
volatile-ttl 从已设置过期时间的数据集合中挑选即将过期的数据淘汰(移除最近过期的key)
volatile-random 从已设置过期时间的数据集合中随机挑选数据淘汰(在设置了TTL的key里随机移除)
allkeys-lru 使用LRU算法从所有数据集合中淘汰数据(移除最少使用的key,针对所有的key)
allkeys-random 从数据集合中任意选择数据淘汰(随机移除key)
noenviction 禁止淘汰数据(不删除直到写满时报错)
相关文章
|
2月前
|
人工智能 监控 数据可视化
阿里云百炼大模型服务平台全解析:功能、计费、部署与API开发实战手册
在AI技术快速普及的当下,大量企业与开发者面临共同难题:搭建大模型应用需要处理模型选型、算力调度、数据处理、提示词调试、知识库构建、应用部署、监控运维等一系列复杂工作。从零搭建整套体系,不仅需要投入高额算力成本,还要求团队掌握大模型训练、向量检索、服务化部署等多领域专业知识,对于中小企业、独立开发者以及非技术业务团队而言门槛极高。阿里云百炼作为一站式大模型服务平台,定位为MaaS模型即服务平台,把模型调用、数据集处理、提示词工程、RAG知识库、智能体编排、模型微调、自动化评测、服务发布、用量监控全部整合到统一控制台当中,开发者与业务人员可以在同一个平台完成从模型测试到业务应用上线的完整流程,大
446 2
|
6月前
|
机器学习/深度学习 弹性计算 人工智能
2026年阿里云服务器收费价格表(轻量/ECS/GPU):一年、1个月与小时费用清单
阿里云2026年推出轻量应用服务器、云服务器ECS及GPU服务器三大高性价比套餐,阿里云官方活动:https://t.aliyun.com/U/FzmsXA 覆盖个人建站、企业应用与AI训练等场景。提供包年、月付、按量三种计费模式,价格透明,新老用户同享优惠,支持一键部署与弹性扩展
3216 13
|
11月前
|
存储 SQL 缓存
|
6月前
|
人工智能 自然语言处理 程序员
程序员省钱秘籍:阿里云Token Plan标准坐席198元,告别按Token计费焦虑
阿里云百炼Token Plan团队版是面向企业与开发者的AI大模型订阅服务,官网订阅:https://t.aliyun.com/U/fPVHqY 支持qwen、GLM、MiniMax、DeepSeek等文本及qwen-image、wan2.7-image等图像模型,按Credits统一计费;提供标准(198元/月,2.5万Credits)、高级(698元)、尊享(1398元)三档坐席,兼容主流编程与Agent工具,数据安全可控。
|
6月前
|
人工智能 安全 架构师
阿里云Token Plan体验怎么样,是否值得购买?
阿里云Token Plan专为合规要求高、需稳定调用的企业团队及重度开发者设计:数据绝不用于训练、多租户隔离保性能、包月套餐控成本。含标准/高级/尊享三档席位(198–1398元/月)。当前暂未接入DeepSeek-V4等最新模型,适合重安全与稳定性的用户。(239字)
|
10月前
|
数据采集 安全 API
高精度IP定位:准确性提升与数据优化全攻略
使用IP数据云、IPinfo、IPnews这类专业的IP数据服务平台检测,不仅可以查询IP,更是一个网络风险识别仪器。对于跨境电商、安全研究人员,或者想提高上网隐私的人来说,都挺值得收藏学习。
高精度IP定位:准确性提升与数据优化全攻略
|
机器学习/深度学习 人工智能 文字识别
一种基于YOLOv8改进的高精度红外小目标检测算法 (原创自研)
【7月更文挑战第2天】 💡💡💡创新点: 1)SPD-Conv特别是在处理低分辨率图像和小物体等更困难的任务时优势明显; 2)引入Wasserstein Distance Loss提升小目标检测能力; 3)YOLOv8中的Conv用cvpr2024中的DynamicConv代替;
2008 4
|
域名解析 开发框架 Ubuntu
Caddy VS Nginx,谁才是真正的王者
Caddy 2 is a powerful, enterprise-ready, open source web server with automatic HTTPS written in Go.
8631 1
Caddy VS Nginx,谁才是真正的王者
|
存储 Java API
开源对象存储服务(MinIO),正在备受欢迎!
本文介绍了MinIO,一个高性能、开源的对象存储服务器,兼容Amazon S3 API,适合存储大量非结构化数据。文章详细讲解了MinIO在Java中的使用方法,包括添加依赖、初始化客户端、基本操作(创建桶、上传/下载/删除对象)和高级功能(设置桶策略、使用预签名URL),并提供了Spring Boot集成MinIO的示例。
2005 4