?操作系统分配给Redis的内存是6GB。通过used_memory_human这个指标，发现存储的数据只用了4GB。为什么是这样？为什么数据无法保存？通过CONFIGSETmaxmemory100mb或者在redis.conf配置文件中设置maxmemory100mbRedisMemoryusagelimit。当达到最大内存时，会触发内存淘汰策略删除数据。另外，当key到达过期时间，Redis会有以下两种删除过期数据的策略：后台定时任务选择部分数据删除；lazyDelete。?假设Redis实例保存了5GB的数据，现在删除2GB的数据，Redis进程占用的内存会不会减少？（也称为RSS，进程消耗的内存页数）。答案是：它可能仍然占用大约5GB内存，即使Redis数据只占用大约3GB。必须设置maxmemory，否则Redis会继续为新写入的数据分配内存，分配失败会导致应用程序报错，当然不会造成宕机。释放的内存在哪里?删除数据后，用top命令查看，为什么还占用那么多内存？内存在哪里？使用infomemory命令获取Redis内存相关指标。我列出了几个重要的数据：127.0.0.1:6379>infomemory#Memoryused_memory:1132832//Redis用于存储数据的内存量used_memory_human:1.08M//以人类可读的形式返回的内存总量used_memory_rss:2977792//从操作系统的角度来看，进程占用的物理内存总量used_memory_rss_human:2.84M//used_memory_rss可读模式显示used_memory_peak:1183808//内存使用的最大值，表示used_memory的峰值used_memory_peak_human:1.13M//以可读格式返回used_memory_peak的值used_memory_lua:37888//Lua引擎消耗的内存量。used_memory_lua_human:37.00Kmaxmemory:2147483648//可以使用的最大内存值，以字节为单位。maxmemory_human:2.00G//可读形式maxmemory_policy:noeviction//内存淘汰策略//used_memory_rss/used_memory的比值，代表内存碎片率mem_fragmentation_ratio:2.79Redis进程内存消耗主要由以下部分组成：Redis的占用内存自己创业；存储对象数据内存；buffermemory：主要由client-output-buffer-limit客户端输出缓冲区、copybacklog缓冲区、AOF缓冲区组成。内存碎片。Redis自身的空进程占用的内存很小，可以忽略不计，而对象内存是最大的，里面存放了所有的数据。如果缓冲区有大流量的场景很容易失控，导致Redis内存不稳定，需要注意。内存碎片过多导致有可用空间，但无法存储数据。Fragmentation=used_memory_rss实际使用的物理内存（RSS值）除以used_memory实际存储的数据内存。什么是内存碎片？内存碎片会导致内存空间空闲，但不能存储数据。比如和一个漂亮的小姐姐去电影院看电影，肯定是要在一起的。假设现在有8个座位，已售出4张票，还有4张可供购买。不过巧合的是，买票的人很奇怪，都是隔一个座位买票。虽然还有4个位子，但是两个位子连起来的票是买不到的，礼物蟹！内存碎片产生的原因?内存碎片产生的原因是什么？主要原因有两个：内存分配器的分配策略。键值对大小不同和删除操作：Redis频繁进行更新操作，删除大量过期数据，释放的空间（不够连续）不能再利用，导致碎片率增加。接下来，我将讨论发生的实际原因……内存分配器的分配策略Redis使用jemalloc作为默认的内存分配器，可选的分配器是：glibc、tcmalloc。内存分配器不是按需分配，而是使用固定范围的内存块进行分配。比如8字节、16字节...、2KB、4KB，当申请内存最近连接到一个固定值时，jemalloc会为其分配最接近固定值大小的空间。这样就会出现内存碎片。比如程序只需要1.5KB，而内存分配器会分配2KB空间，那么这0.5KB就是碎片。这样做的目的是减少内存分配的次数。比如你申请22字节的空间来存放数据，jemalloc会分配32字节。如果后面需要写入10个字节，则不需要向操作系统申请空间。您可以使用之前请求的32个字节。当一个键被删除时，Redis不会立即将内存归还给操作系统。发生这种情况是因为底层内存分配器的管理。例如，大多数已删除的键仍与其他有效键分配在同一内存页中。此外，为了重用空闲内存块，分配器删除了原始5GB数据中的2GB。再次向实例添加数据时，Redis的RSS会保持稳定，不会增加太多。因为内存分配器基本上重新使用了之前删除释放的2GB内存。不同大小的键值对和删除操作由于内存分配器按照固定大小分配内存，因此分配的内存空间通常大于实际数据占用的大小，会造成碎片，降低内存的存储效率.另外，键值对的频繁修改和删除导致内存空间的扩大和释放。比如一个原本占用32个字节的字符串，现在修改为一个占用20个字节的字符串，那么释放出来的12个字节就是freespace。如果下一次数据存储请求需要申请一个13字节的字符串，刚刚释放的12字节空间就不能使用，造成碎片。分片最大的问题：空间总量足够大，但是这些内存并不连续，可能存不下数据。内存碎片的解决方法?那么如何解决呢？首先判断是否发生了内存碎片，重点关注前面INFOmemory命令提示的mem_fragmentation_ratio指标，表示内存碎片率：mem_fragmentation_ratio=used_memory_rss/used_memory如果1
