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

最新推荐文章于 2024-06-18 07:06:52 发布

原创最新推荐文章于 2024-06-18 07:06:52 发布 · 6.5k 阅读

0 ·

CC 4.0 BY-SA版权

本文深入探讨了Redis中字符串、Hash结构的存储优化及性能测试，包括内存使用、时间消耗和CPU使用情况，提供了从100条到100万条数据量的详细分析，并比较了不同结构在不同数据量下的表现。

存储对象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实践

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

acm365

关注关注

0
点赞
踩
0

收藏

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

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

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

彳亍

02-28

2452

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

【Redis入门到精通二】Redis核心数据类型（String，Hash）详解

最新发布

2203_75565612的博客

09-20

1648

Redis操作字符串类型常见的有以下命令set，get，mget，mset，setnx，setxx，incr，incrby，decr，decrby，incrbyfloat，append，getrange，setrange，strlen。下面将按顺序依次介绍用法。hash类型的常见命令有hset，hget，hexists，hdel，hkeys，hvals，hgetall，hmget，hlen，hsetnx，hincrby，hincrbyfloat，hstrlen。数字，可以是整型或者浮点型；

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

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

weixin_30394251的博客

06-28

389

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

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

NULL

02-07

569

其中有的 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的string类型和hash类型小数据类型大批量数据占用内存验证

y41992910的博客

06-30

488

结论,小数据类型的大批量数据,不适合用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做缓存更节省内存及效率更高

alexander zhou的专栏

03-27

2785

redis中为什么hash比string做缓存更节省内存与效率更高？

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

05-01

2195

简略答案：在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

2343

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

【156期】面试官问：Redis 存储结构体信息，选 hash 还是 string？

2401_85767411的博客

06-18

643

不过Redis的hash的值只能是字符串，rehash方式不一样，为了提高性能，Redis保留新旧两个hash结构，采用渐进式rehash策略，查询时会同事查询两个hash结构，在后续的定时任务中以及hash操作指令中，循序渐进将旧hash的内容迁移到xinhash中，直至完全取代旧hash。优势：可以认为是“最佳实践”，因为每个对象都是全特性的key，JSON解析特别块，尤其是一次性查询很多个字段的时候。该用户也是同样的疑问，因为值的长度是不确定的，所以不知道采用string还是hash存储更有效率。

MYSQL 不同的表格式，导致不同的存储空间消耗和性能差异横向评测

sql server的专栏

08-26

936

MYSQL 在建立之初，表的格式就有好几种，与其他的数据库不同，你从未听说 ORACLE ,SQL SERVER , PG 对于表的存储格式有不同，而MYSQL 在建表的时候有一个地方对于存储的表的格式有不一样的设定。如果你知道我在说什么那么对于下面的几个单词一定是熟悉的， DYNAMIC , FIXED ,COMPRESSED , COMPACT ，REDUNDANT . 如果你不知道我在说什么...

Redis 选择hash还是string 存储数据？

goodspeeed的专栏

06-22

3947

在stackoverflow 看到一个问题，Redis strings vs Redis hashes to represent JSON: efficiency?内容如...

【五】redis数据结构之hash，命令及其时间复杂度，与string在存储结构化信息时的优缺点对比

Sid小杰的博客

08-06

4200

hash hash键值结构，其中field不能相同，value可以相同。 key field value user:1:info name sid age 27 email...

Redis：string类型带来的空间消耗过大的问题。

weixin_40108561的博客

10-15

1782

案例：使用Redis的string类型保存图像ID和图片存储对象 ID，图像ID为Key、图片存储对象ID为Value。两者均为10位纯数字。保存1亿对键值消耗空间6.4GB，平均1个键值对消耗64字节。问题：按理来说8个字节可以表示2的64次方-1，超过了10位数字，案例中键值对加起来消耗16字节也就罢了，为什么消耗了64字节？回答：除了记录实际数据，String 类型还需要额外的内存空间记录数据长度、空间使用等信息，这些信息也叫作元数据。当实际保存的数据较小时，元数据的空间开销就显得比较大了。 St

Redis 入门之 redis 对hash的操作

鑫的专栏

12-18

1万+

接上一章 /** * {@link #test() test} * jedis 对 hash 进行操作 * @author jackson * @date 2015-12-17 下午2:48:30 * @return void */ @SuppressWarnings("unchecked") @Test public void TestJedisHash(){

redis探秘：选择合适的数据结构，减少80%的内存占用，这些点你get到了吗？

tianyaleixiaowu的专栏

12-10

2266

本文首发于京东零售平台公众号，https://mp.weixin.qq.com/s/uzuz7rqctQ-bjdRcf1tO9g redis作为目前最流行的nosql缓存数据库，凭借其优异的性能、丰富的数据结构已成为大部分场景下首选的缓存工具。由于redis是一个纯内存的数据库，在存放大量数据时，内存的占用将会非常可观。那么在一些场景下，通过选用合适的数据结构来存储，可以大幅减少内存的占用，...

Redis 利用Hash存储节约内存