redis 内存占用分析-redis分配的内存(4-12-94)

更新时间：2024-12-03 分类：Redis 浏览量：2

Redis本文目录一览：

其中SDS的保存占用的内存如下所示：在 SDS 中，buf 保存实际数据，而 len 和 alloc 本身其实是 SDS 结构体的额外开销。

string 类型是 Redis 最基本的数据类型，string 类型的值最大能存储 512MB。常用命令：get、set、incr、decr、mget等。应用场景：规key-value缓存应用。常规计数：点赞数，粉丝数。

redis存储的所有数据都是存在内存中的，包括json数据，因此如果大量存储json数据会占用较多的内存。json数据还需要进行序列化和反序列化操作，这也会增加redis中使用的CPU和内存负载。

used_memory 为 Redis 内存分配器（如：jemalloc）分配的内存总量，这些内存主要用于存储 Redis 实际运行时产生的数据。注意，这里说的内存总量包含内存和虚拟内存。

可以忽略。而内存占用，zipList比hashTable降低极多。

在 redis 中，允许用户设置最大使用内存大小 server.maxmemory，在内存限定的情况下是很有用的。

这跟操作系统非常相似，操作系统所有应用访问的数据都在内存，但是如果物理内存容纳不下新的数据，操作系统会智能将部分长期没有访问的数据交换到磁盘，为新的应用留出空间。

used_memory_rss 为 Redis 进程占据操作系统的内存，所以除了分配器分配的内存之外，还包括进程运行本身需要的内存、内存碎片等，但是不包括虚拟内存。

在redis安装目录下找到redis.conf，打开找到如下行：其中的maxmemory bytes即为最大内存配置项，默认是注释掉的会采用默认的最大内存大小：在64位操作系统下不限制内存大小，在32位操作系统下最多使用3GB。

原因如下：如果 used_memory 使用了虚拟内存，如果虚拟内存使用量超过 Redis进程本身占用内存大小 + 程序内存碎片，则 used_memory 值可能大于 used_memory_rss。

其中SDS的保存占用的内存如下所示：在 SDS 中，buf 保存实际数据，而 len 和 alloc 本身其实是 SDS 结构体的额外开销。

原因如下：json数据本身通常比纯文本数据占用更多的存储空间，因为它包含了更多的元数据和结构信息。redis存储的所有数据都是存在内存中的，包括json数据，因此如果大量存储json数据会占用较多的内存。

score为从0到100W的int值，member为16的string。100W条记录的占用内存大概在110M。

要想估算 db 的大小，需要通过 keys * 遍历 db 里所有的 key，然后用 debug object key 来获得 key 的内存占用，serializedlength 就是占用内存的字段长度。

可以忽略。而内存占用，zipList比hashTable降低极多。

一般推荐Redis设置内存为最大物理内存的四分之三。

-5GB左右。目前， iOS 12的具体更新内容尚不清楚，从升级描述来看iOS12升级提供了重要的安全性升级更新，建议所有用户安装。

当你用 String 类型时，一个键值对就有一个 dictEntry，要用 32 字节空间。但采用集合类型时，一个 key 就对应一个集合的数据，能保存的数据多了很多，但也只用了一个 dictEntry，这样就节省了内存。

在Redis的配置文件 redis.conf 文件中，配置 maxmemory 的大小参数如下所示：倘若实际的存储中超出了Redis的配置参数的大小时，Redis中有淘汰策略，把需要淘汰的key给淘汰掉，整理出干净的一块内存给新的key值使用。

Fork新进程时，虽然可共享的数据内容不需要复制，但会复制之前进程空间的内存页表，这个复制是主线程来做的，会阻塞所有的读写操作，并且随着内存使用量越大耗时越长。