Redis存储key filed压缩测试

最新推荐文章于 2024-05-09 10:59:40 发布
最新推荐文章于 2024-05-09 10:59:40 发布
阅读量1.7k 收藏
点赞数
分类专栏： redis 文章标签： redis Redis 存储
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/fifsky/article/details/8425150
版权
本文对Redis的HMSET结构中key和field的内存占用进行了压缩测试。结果显示，10万条记录压缩前使用25.54MB内存，压缩后使用19.44MB，压缩比例约23.9%。仅压缩key能节省6%空间，而对key和field都压缩则可达到30%的压缩率。但尝试对key的ID进行进制转换压缩并未节省内存，反而可能因将数值类型转为字符串导致内存增加。
摘要由CSDN通过智能技术生成

针对redis hmset存储结构中key 和filed占用内存比例的测试，运行环境如下

6379端口存储压缩前数据

6381端口存储压缩后数据

运行前均flushdb清空redis所有数据

运行数据如下，10W keys

一、针对filed压缩测试

压缩前


最低0.47元/天 解锁文章
fifsky
关注
专栏目录
Redis小对象的压缩存储
Jaemon
01-31 732
Redis小对象的压缩存储
Redis框架从入门到学精（全）
热门推荐
码农研究僧的博客
07-02 2万+
目录前言1.NoSQL2.Redis2.1 软件安装数据类型 前言 解决功能新问题：JAVA jsp rdsms tomcat html linux jdbc svn 解决发展性问题：strtus spring springmvc hibernate mybatis 解决性能问题：NOSQL java 线程 hadoop nginx mq elasticsearch 1.NoSQL NoSQL特点 非关系型数据库，不依赖业务逻辑数据库存储，以简单key-value存储 适用于 ~高并发读写 ~海量数据读
redis缓存生产实践(一)---大key压缩
池海
04-27 3340
如果你在查找一些redis最佳实践或者内存优化的解决方案时常常会在各种繁杂的文章中充斥着大key,热key等字眼，其中的内容也是大径相庭。但是却基本看不到一些实际案例或者代码让你看了之后也云里雾里毕竟喜欢借鉴是我们国人传承至今的优秀美德，今天这个文章就简单分享下我的解决方案跟脱敏代码希望给需要的同学一点帮助。下面我将使用脱敏代码进行演示，这里说明下为了代码的自由度和可控制性实际操作中我并没有采用被很多人推崇的spring cache来进行整合而是采用自定义注解 + AOP的方式进行了一些定制化的开发。
Redis之小对象压缩
cainiao1412的博客
12-22 487
Redis之小对象压缩-阿里云开发者社区
Redis 内存压缩实战
HelloWorld搬运工
07-26 601
在讨论Redis内存压缩的时候，我们需要了解一下几个Redis的相关知识。 压缩列表 ziplist Redis的ziplist是用一段连续的内存来存储列表数据的一个数据结构，它的结构示例如下图 压缩列表组成示例--截图来自《Redis设计与实现》 zlbytes: 记录整个压缩列表使用的内存大小 zltail: 记录压缩列表表尾距离起始位置有多少字节 zllen: 记录压缩列表节点数量，值得注意的一点是，因为它只占了2个字节，所以最大值只能到65535，这意味着压缩列表
Redis-小对象压缩
哆啦A梦
12-29 724
Redis 是一个非常耗费内存的数据库，它所有的数据都放在内存里。如果我们不注意节约使用内存，Redis 就会因为我们的无节制使用出现内存不足而崩溃。 1、ziplist：是一个紧凑的字节数组结构，每个元素直接都是紧挨着，数据结构如下图： 1）object encoding +key :查询key属于哪种类型 2）若存放hash结构，key和value会作为俩个entry相邻存在一起 ...
Redis的数据类型、设置key失效
lanleihhh的博客
05-19 1560
Redis的数据类型、设置key失效 、springboot集成Redisstring 字符串单值缓存对象缓存（用于不修改对象）计数器hash 散列list 列表set 集合（无序）Zset 有序集合 string 字符串 string是Redis最基本的类型，一个key映射一个value 是二进制安全的，可以存储图片、序列化对象等 最大存储512MB 单值缓存 set key value 存入键值对 append key value 在key对应的值后追加value，返回新长度 strlen
Redis学习笔记-Redis基础
工厂搬砖的代码小白
09-06 284
Redis基础类型 Redis是一个key-value的存储系统，使用ANSI C语言编写 key的类型是字符串； value的类型有： 常用的：String，list，set，sortedset，hashdeng 不常见的：bitmap（位图），geo地理位置 Redis5.0中新增一种类型：stream Redis中命令忽略大小写，key是不忽略大小写的 String String类型是Redis中最常用的类型，就是普通的set和get，做简单的KV缓存； 在实际开发中，也会把一些复杂结构统一转为Str
Redis
Pluto_bin的博客
04-15 526
一、简介 建议：学习Redis以官方文档最好Redis 教程_redis教程 Redis 是一个开源（BSD 许可）的内存数据结构存储，用作数据库、缓存、消息代理和流引擎。Redis 提供数据结构，例如 字符串、散列、列表、集合、带范围查询的排序集合、位图、超日志、地理空间索引和流。Redis 内置了复制、Lua 脚本、LRU 驱逐、事务和不同级别的磁盘持久性，并通过以下方式提供高可用性Redis Sentinel和Redis Cluster的自动分区。 ...
Redis缓存压缩包
12-01
Redis支持数据的持久化，可以将内存中的数据保存在磁盘中，重启的时候可以再次加载进行使用。 Redis不仅仅支持简单的key-value类型的数据，同时还提供list，set，zset，hash等数据结构的存储。 Redis支持数据的备份，即master-slave模式的数据备份。
redis(客户端和服务端3.2压缩版本，解压即可使用)
11-02
Redis 是完全开源免费的，遵守BSD协议，是一个高性能的key-value数据库(key-value缓冲产品)
Redis解压缩直接使用
05-07
Redis数据库缓存工具，解压缩后可以直接使用。REmote DIctionary Server(Redis) 是一个由Salvatore Sanfilippo写的key-value存储系统。
redis 压缩存储 json
xiedelong的博客
04-14 456
压缩存储，可以将 redis 的 kv 对大小缩小大约 10 倍，加快存储、读取速度。
redis：小对象压缩
OceanStar的博客
10-08 259
redis是一个非常耗费内存的数据库，它的所有数据都放在内存里。如果我们不注意节约使用内存，redis就可能出现内存不足，最终导致崩溃。redis为了优化数据结构的内存占用，也加了非常多的优化点，这些优化也是以牺牲代码可读性为代价的。但是，这是非常值得的，尤其是像redis这种数据库。 32bit VS 64bit redis如果使用32bit进行编译，内部所有数据结构所使用的指针空间占用会少一半，如果你的redis使用内存不超过4GB，可以考虑使用32bit进行编译，能够节约大量内存。如果不足还可以通过增
redis-压缩列表
千磨万击还坚韧，任尔东西南北风
07-04 767
redis压缩列表是列表键和哈希键的底层实现之一。当列表和哈希表满足一定条件的时候，底层将采用压缩列表实现
Redis存储优化--小对象压缩
0102的博客
11-14 381
小对象压缩 Redis是一种内存数据库，内存是计算机中一种比较宝贵的资源，如果我们不注意节约，Redis很可能出现内存不足，最终导致崩溃。Redis为了优化数据结构的内存占用，增加了非常多的优化点，这些优化也是牺牲代码的可读性为代价，但是对于解决的内存问题来说是非常值得的，尤其是对于Redis这种内存数据库 32bit VS 64bit Redis如果使用32bit版本，内部存储所有数据结构使用的指针空间占用会少一半,如果Redis使用内存不会超过2^32 = 4GB，可以考虑32bit进行编译，能节
关于Redis大KEY解决方案
最新发布
weixin_39723859的博客
05-09 1487
所谓的大key问题是某个key的value比较大，所以本质上是大value问题String类型的Key，它的值为5MB（数据过大）List类型的Key，它的列表数量为20000个（列表数量过多）ZSet类型的Key，它的成员数量为10000个（成员数量过多）Hash格式的Key，它的成员数量虽然只有1000个但这些成员的value总大小为100MB（成员体积过大）在实际业务中，大Key的判定仍然需要根据Redis的实际使用场景、业务场景来进行综合判断。通常都会以数据大小与成员数量来判定。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值