redis之Hash存储与String存储内存消耗对照

最新推荐文章于 2025-01-27 15:53:42 发布

转载最新推荐文章于 2025-01-27 15:53:42 发布 · 395 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/lytwajue/p/7090512.html

文章标签：

#数据库

本文探讨了使用Redis进行数据存储优化的方法，对比了String与Hash结构的性能差异，并通过实验展示了不同存储规模下的内存使用情况及操作时间。

存储对象User
String存储方式：

SET media:1155315 939
　　GET media:1155315
　　> 939

String结构存储该对象

User243 243600

存储量	使用内存(KB)	使用时间(毫秒)
100	30.72	2983
100	30.72	1224
100	40.96	2638
100	40.96	1543
100	40.96	3335

4487	1934.62	21760(21.76秒)	0.05
4487	1934.59	21732(21.732秒)	0.05

1000000	84.042MB	70.672分(单线程)

String结构存储该对象

存储量	使用内存(KB)	使用时间(秒)	使用cpu
100	30.72	0.2983
100	30.72	0.1224
100	40.96	0.2638
100	40.96	0.1543
100	40.96	0.3335
4487	1934.62	21.76
4487	1934.62	21.732

1000000	84.042MB	70.672(分钟)

Hash结构存储该对象

存储量	使用内存(KB)	使用时间(秒)	使用cpu
100	367.76	0.454
100	37.37	0.458

100 50.50 0.461 100 40.44 0.467 100 35.50 0.489 4487 1805.1 21.729 4487 1844.23 21.712 4487 1844.23 21.778 1000000 68.70MB

HSET "mediabucket:1155" "1155315" "939"
　　HGET "mediabucket:1155" "1155315"
　　> "939"

存储量	使用内存(KB)	使用时间(毫秒)
100	367.76	454
100	37.37	458
100	50.50	461
100	40.44	467
100	35.50	489

4487	1805.1	21729	0.06
4487	1844.23	21712	0.05
4487	1844.23	21778

1000000	0	68.70MB

Hash结构继续优化

类似

HSET "1155" "315" "939"
　　HGET "1155" "315"
　　> "939"

存储量	使用内存(KB)	使用时间(毫秒)
100	367.76	454
100	37.37	458
100	50.50	461
100	40.44	467
100	35.50	489

4487	1803.29	21879	0.06
4487	1842.43	21931	0.05

參考文章：

http://www.searchdatabase.com.cn/showcontent_54724.htm

节约内存：Instagram的Redis实践

转载于:https://www.cnblogs.com/lytwajue/p/7090512.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

badiu_30394251

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

Redis 存储用户信息时 string 和 hash 的对比

彳亍

02-28

2490

在 redis 中，string 类型和 hash 类型，都可以用来存储对象信息（结构体数据）。那么，string 和 hash 有什么区别？该如何抉择？既然 string 可以实现相同的功能，为何还要用 hash 呢？在 redis 官网可看到优先使用 hash 的字眼，主要是基于以下三个因素：内存占用率、时间复杂度和使用的简便性。

【Java进阶营】Redis中String和Hash哪个结构更加省内存

05-01

2206

简略答案：在Redis的hash结构使用ziplist编码且存储相同信息时，hash结构比sring结构更加节省内存。 1. 分析：谁更加节省内存 string结构：可以简单任务Redis的String结构是用SDS（简单动态字符串）数据结构来实现的。 len：buf中已占用空间的长度； free：buf中剩余可用空间的长度； buf[]：数据空间 hash结构使用ziplist结构时： zlbytes：32bit，表示ziplist占用的字节总数。 zltail：32bit，表示zipli.

参与评论您还未登录，请先登录后发表或查看评论

Redis中字符串(string)与散列表(hash)比较

蜗牛学习笔记

02-19

2359

前面的博文Redis字符串(string)使用和Redis散列表(hash)使用中，可以看到，字符串中有set、setnx、get、incrbyhe、incrbyfloat命令，散列表中有对应的hset、hsetnx、hget、hincrby、hincrbyfloat命令，如此来看，字符串和散列表确实有很多功能相似的命令。字符串散列表 set - 为一个字符串键设置值 hset - 为散列表给定的字段设置值 setnx - 仅在字符串键不存在的时候为它设置值 hsetnx -

redis之Hash存储与String存储内存消耗对比

青春永不散场，我们的爱地久天长

10-19

6618

存储对象User String存储方式： SET media:1155315 939 　　GET media:1155315 　　> 939 String结构存储该对象 存储量 使用内存(KB) 使用时间(毫秒) 使用cpu 100 30.72 2983 100 30.72 1224 10

Redis数据结构String及Hash存储大小及读取性能对比

yangchenhui666的博客

09-25

9302

最近把公司的公共配置服务工程做了重构，并且在新的工程中加入了二级缓存，默认使用Guava和Redis实现。Guava作为本地一级缓存，Redis作为二级分布式缓存，并支持一二级缓存技术的替换。待工程完善之后，会再写一篇博客分享我在重构过程中的一些想法。在使用Redis作为二级缓存的过程中，冒出了这么一个想法，我是不是可以将Hash的结构也通过String进行存储。因为Hash其实也可以转换成为String，如下图所示。其实这样也可以通过String的数据类型达到Hash的效果，但是还是决定先从存

redis集群分片存储

qq_22866497的博客

07-19

634

文章目录redis集群分片存储为什么要分片存储官方集群方案搭建集群集群关心的问题Java客户端代码非官方集群方案 redis集群分片存储为什么要分片存储假设公司用户有3千万，用户基本信息缓存到redis中，需要内存10G，如何设计redis的缓存架构？ 3千万用户，各种业务场景对用户信息的访问量很大，单台redis实例的读写瓶颈凸显。单redis实例管理10G内存，必然影响处理效率。 re...

Redis集群分片存储小结

u010397795的博客

11-09

435

文章目录Redis集群分片存储Redis 集群的主从复制模型Redis 一致性保证搭建集群准备6个独立的redis服务安装redis准备6个redis.conf配置文件启动6个redis事例通过redis-cli工具创建集群检验集群和测试故障转移测试测试自动故障转移手动故障转移集群扩容集群节点删除集群需要注意的问题客户端对Redis集群的支持 Redis集群 Redis Cluster是Redis...

redis 为什么会阻塞

擅长后端研发

03-02

1571

大家对redis 比较熟悉吧，只要做项目都会用到redis，提高系统的吞吐。小米商城抢购高峰18k的qps，redis 在其中扮演着非常重要的角色。有时我们操作不当，redis 阻塞了，影响了整个业务。我记得2018年的时候，顺丰就出现了一个事故，有同学在线上对redis的一个操作，直接阻塞了，影响公司的整个业务，后面这位同学被辞退了。如果它对redis比较了解的话，也不会出现这样的事故。redis 为什么会阻塞，与它的本身设计有一定关系。

【大厂面试系列】吊打面试官之redis面试题（最新版）

santaizinezha的博客

10-10

678

1. 简单介绍一下 Redis 呗! 2. 分布式缓存常见的技术选型方案有哪些？ 3. 说一下 Redis 和 Memcached 的区别和共同点 4. 缓存数据的处理流程是怎样的？ 5. 为什么要用 Redis/为什么要用缓存？ 6. Redis 常见数据结构以及使用场景分析 6.1. string 6.2. list 6.3. hash 6.4. set 6.5. sorted set 7. Redis 单线程模型详解 8. Redis 没有使用多线程？为什么不使用多

MQTT消息持久化方案对比：结合Python与Redis实现离线消息存储（4种模式性能实测数据曝光）

[MQTT消息持久化方案对比：结合Python与Redis实现离线消息存储（4种模式性能实测数据曝光）](https://www.bevywise.com/images/bevyblog99_banner.jpg) # 1. MQTT消息持久化的核心概念与应用场景在物联网通信中，...

Redis笔记整理-五中数据类型之String和Hash

05-10

Redis笔记整理-五中数据类型之String和Hash，这两种数据类型是我们常用语做缓存，从而减轻数据库的压力，缓存我们一般放到服务成，被多个表现成调用达到公用性

数据存储效率对决：Redis String vs. Hash性能大比拼，哪个更适合你？

Hanko的专栏

08-21

1104

Redis 集是唯一字符串的无序集合，其作用类似于您最喜欢的编程语言中的集（例如，Java HashSets、Python 集等）。在 Redis 中，"内部编码"指的是数据在内存中以何种方式进行编码和存储，以便在运行时有效地管理和操作数据。4）Set（集合）：一个无序的字符串集合，支持添加、删除、查找和求交、并、差等操作，还提供了多种操作，如求随机元素、判断元素是否存在等。3）List（列表）：一个有序的字符串列表，支持在列表两端进行插入和删除操作，还提供了多种操作，如查找、裁剪、排序等。

Redis hash类型和String类型的比较

记录个人成长, 分享好用资源

06-12

506

String结构是将对象序列化为JSON字符串后存储，当需要修改某个字段时很不方便。Hash结构可以将对象中的某个字段独立存储，可以对单个字段做CRUD

Redis 基础 -- Redis数据类型之hash、redis原则、string存储对象和hash存储对象对比

天行健君子以自强不息，地势坤君子以厚德载物。

12-06

1939

Redis数据类型之hash、redis原则、string存储对象和hash存储对象对比

redis的string类型和hash类型小数据类型大批量数据占用内存验证

y41992910的博客

06-30

496

结论,小数据类型的大批量数据,不适合用string类型存储. 元数据空间占用了太多内存. 1万个数据 string的加了1万个 127.0.0.1:6379> info memory # Memory used_memory:1767568 used_memory_human:1.69M hash加了1万个 127.0.0.1:6379> info memory # Memory used_memory:1013984 used_memory_human:990.22K 100万个 s

面试官：你觉得Redis存储对象信息是用Hash还是String好？

m0_63437643的博客

06-15

350

在 Redis 中，Hash 常常用来缓存一些对象信息，如用户信息、商品信息、配置信息等，因此也被称为字典（dictionary），Redis 的字典使用 Hash table 作为底层实现，一个 Hash table 里面可以有多个哈希表节点，而每个哈希表节点保存了字典中的一个键值对。本文主要介绍了Redis 存储对象信息使用 Hash 还是 String，我的建议是大部分情况下使用 String 存储就好，毕竟在存储具有多层嵌套的对象时方便很多，占用的空间也比 Hash 小。到底哪种更加合适呢？

初识redis之常用String与Hash命令

jeyson的博客

11-13

1180

随着NoSQL的不断壮大，作为一个java程序员，为了更好的发展，老夫也不得不学NoSQL数据库了，因为项目中使用过redis，所以就从redis这个角度打开NoSQL的大门吧。

学习分享（第 1 期）之 Redis：巧用 Hash 类型节省内存

NULL

02-07

581

其中有的 entry 保存一个图片 ID 的后 3 位（4 字节），有的 entry 保存存储对象 ID（8 字节），此时，每个 entry 的 prev_len 只需要 1 个字节就行，因为每个 entry 的前一个 entry 长度都小于 254 字节。但是，在插入数据时，Sorted Set 需要按 score 值的大小进行排序，它的性能就差了。还是用上面拆成两部分保存的方法，把图片 ID 的前 7 位 Hash 集合的 key，把图片 ID 的后 3 位作为 Hash 集合的 value。

Redis存储④Redis五大数据类型之String和Hash