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

最新推荐文章于 2024-04-23 16:46:59 发布
最新推荐文章于 2024-04-23 16:46:59 发布
阅读量9.9k 收藏 3
点赞数
分类专栏： JAVA缓存与数据库 文章标签： redis hash

存储对象User String存储方式：

SET media:1155315 939
　　GET media:1155315
　　> 939

String结构存储该对象      

存储量 使用内存(KB) 使用时间(毫秒) 使用cpu
100 30.72 2983
100 30.72 1224
100 40.96 2638
100 40.96 1543
100 40.96 3335
4487 1934.62 21760 0.05
4487 1934.59 21732 0.05

Hash结构存储该对象

HSET "mediabucket:1155" "1155315" "939"
　　HGET "mediabucket:1155" "1155315"
　　> "939"
存储量 使用内存(KB) 使用时间(毫秒) 使用cpu
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

Hash结构继续优化

类似

HSET "1155" "315" "939"
　　HGET "1155" "315"
　　> "939"
存储量 使用内存(KB) 使用时间(毫秒) 使用cpu
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
NullPointerExcept
关注
  • 0
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Redis容量评估
07-26
Redis容量评估 Redis容量评估 fRedis容量评估 Redis常用的数据结构
面试官：你觉得Redis存储对象信息是用Hash还是String好？
代码界的扛把子
06-15 403
在 Redis 中，Hash 常常用来缓存一些对象信息，如用户信息、商品信息、配置信息等，因此也被称为字典（dictionary），Redis 的字典使用 Hash table 作为底层实现， 一个 Hash table 里面可以有多个哈希表节点，而每个哈希表节点保存了字典中的一个键值对。本文主要介绍了Redis 存储对象信息使用 Hash 还是 String，我的建议是大部分情况下使用 String 存储就好，毕竟在存储具有多层嵌套的对象时方便很多，占用的空间也比 Hash 小。到底哪种更加合适呢？
Redis的五大数据类型之哈希(Hash)的总结
01-07
Hash简介 Hash类似于Java中的Map，是一个 String 类型的 field 和 value 的映射表(键值对集合)，并且特别适合用来存储对象。 Hash的常用操作命令总结 图片来源：https://www.runoob.com/redis/redis-hashes.html 部分命令使用实例 1.HSET、HGET 、HMSET、 HMGET HSET key field value 将哈希表 key 中的字段 field 的值设为 value 。 HGET key field 获取存储在哈希表key中指定字段field的值。使用如下： 127.0.0.1:
在redis中存储一个多属性对象使用String还是Hash？
01-07
参考： https://stackoverflow.com/questions/16375188/redis-strings-vs-redis-hashes-to-represent-json-efficiency 现有一个有多属性的对象，如何在redis中存储比较合适？ 例如：user ： { id , name , sex , age , …} 取决于业务场景，在多数访问中是取该对象的所有属性还是只需要该对象的某些属性？ 使用String : 用 user + id 作为 key ， 其他属性编码为JSON，作为value存储。例如： SET user:{id} '{name:
Redis笔记整理-五中数据类型之String和Hash
05-10
Redis笔记整理-五中数据类型之String和Hash，这两种数据类型是我们常用语做缓存，从而减轻数据库的压力，缓存我们一般放到服务成，被多个表现成调用达到公用性
string类型比较_redis存json数据时选择string还是hash
weixin_35995661的博客
01-22 558
我们在缓存json数据到redis时经常会面临是选择string类型还是选择hash类型去存储。接下来我从占用空间和IO两方面来分析这两种类型的优势。1、占用空间根据数据结构的共识我们知道hashtable类型是要比string类型更占用空间， 而ziplist类型与string类型占用的空间基本相差不大。如下图就是ziplist的存储的格式那我们接下来分别分析redis的string和hash类...
Redis 基础 -- Redis数据类型之hash、redis原则、string存储对象和hash存储对象对比
天行健 君子以自强不息，地势坤 君子以厚德载物。
12-06 1534
Redis数据类型之hash、redis原则、string存储对象和hash存储对象对比
redis基本数据类型之hash
eugene03的博客
10-14 258
redis基本数据类型之hash
Redis底层学习（四）—存储类型-Hash篇
任亚兵
06-03 571
添加元素到key中： HSET [key] [field1] [value1] …批量添加元素： HMSET [key] [field1] [value1] …ziplist 编码底层使⽤压缩列表实现，当有新的键值对要加⼊到哈希对象时，会先将 key 值。1.哈希对象中所有键值对中， key 和 value 的⻓度均⼩于等于64字节。批量获取元素： HMGET [key] [field1] …查询key中field的价格： HGET [key] [field]查询key中元素个数： HLEN [key]
Redis数据类型及编码格式——Hash篇
qq_33983753的博客
02-22 2916
概述 要了解redis中hash数据类型底层使用的编码格式，首先得了解ziplist、hashtable这两种编码格式 ziplist ziplist(压缩列表)是一个经过特殊编码的双向链表，用于存储字符串或整数，可以提高存储效率。 与普通双向链表的对比 内存开销不同，普通双向链表的元素一般需要两个指针，这会占用额外的内存，在数据较小的情况下，可能指针对于内存的占用比数据还大，有点得不偿失。而ziplist压缩列表，是一块连续的内存，数据之间紧密相连，不需要指针这种额外的开销。 遍历速度不同，普
Redis hash数据存储空间优化
01-20
最近遇到一个需求，需要将hive中16亿行数据存储到redis中。数据存储采用hash结构，将16亿行数据根据key离散到32万个hash中。 由于每一行的key是16个字节，数据为1个字节，一开始在预估存储空间为：16亿*(16+1) = 26 G 左右。于是部署了16个分片，每个分片10G的集群。但是实际数据推上集群后，发现占用了140G空间，这大大超出了之前的预估。 感到很疑惑，于是查找相关资料。发现https://stackoverflow.com/questions/10004565/redis-10x-more-memory-usage-than-data , https://re
Redis String 类型和 Hash 类型学习笔记与总结
09-10
主要介绍了Redis String 类型和 Hash 类型学习笔记与总结,本文分别对String 类型的一些方法和Hash 类型做了详细介绍,需要的朋友可以参考下
Redis的五种基本数据类型+两种高级数据类型
dl674756321的博客
07-15 1362
前言：Redis 总共有五种基本数据结构，它们的 key 都是唯一的字符串，通过这个唯一的 key 来获取对应的 value 数据。不同类型的数据结构主要不同在它们的 value 结构不同。 目录1. Redis 的字符串类型 String：（set，get，setnx，incr，incrby）2. 列表 list：（rpush，lpop，lrange）3. hash（字典）（hset，hget，hlen，hmset 批量set，hincrby 自增）4. Set 集合：（sadd，spop，scard，
Java知识体系
ChristineTX的博客
11-26 552
#MQ 1. 为什么要使用MQ 一般MQ的使用场景有:解耦，异步，削峰 解耦 使用MQ前： 使用MQ后: MQ在这个系统中的作用就是解除了A系统与BCD系统的耦合关系。 异步 异步前: 异步后： 原本需要30s的处理通过加入MQ变为异步处理后只需要一个请求的时间就解决问题，大大提升效率 削峰 使用前 由图可见，当大量用户同时来请求系统时，所有的压力都集中在数据库，但是数据库的性能是有限的，...
hashmap应用场景_Redis 几种数据类型及应用场景
weixin_39760068的博客
11-22 301
Redis支持5种数据类型：string(字符串)，hash(哈希)，list(列表)，set(集合)及zset(sorted set：有序集合)。何时使用Redis呢?先通过一张图了解下Redis内部内存管理中是如何描述这些不同数据类型的：首先Redis内部使用一个redisObject对象来表示所有的key和value，redisObject最主要的信息如上图所示：type代表一个value对...
Redis中的Hash
云创网络工作室官方账号
10-07 3209
详细介绍Redis中Hash类型及其常用命令和一些常用的存储结构
Redis 选择hash还是string 存储数据？
goodspeeed的专栏
06-22 3774
在stackoverflow 看到一个问题，Redis strings vs Redis hashes to represent JSON: efficiency?内容如...
redis常见使用场景
最新发布
qq_38341582的博客
04-23 216
redis场景使用场景
redis存储hash
07-29
回答: 在Redis中，Hash是一种键值对类型的集合，类似于Java中的Map。它可以用来存储对象，其中对象的唯一标识作为存储结构的key，而其他对象信息存储为对应的value。Hash在底层使用了Hash表的结构来实现，它是一种string类型的field和value的映射表。相比于将对象的每个字段存成单个string类型，将对象存储在Hash类型中可以占用更少的内存，并且更方便地存取整个对象。\[1\]\[2\]\[3\] #### 引用[.reference_title] - *1* [Redis数据结构之hash](https://blog.csdn.net/qq_49927667/article/details/125492123)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insert_down1,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* [Redis中的Hash](https://blog.csdn.net/Siebert_Angers/article/details/127188439)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insert_down1,239^v3^insert_chatgpt"}} ] [.reference_item] - *3* [redis数据结构hash](https://blog.csdn.net/qq_34412985/article/details/86710018)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insert_down1,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值