败家玩意儿！Redis 竟然浪费了这么多内存！

水深无声 2023-01-19 15:00 13阅读 0赞

现实很残酷

???? 看看 35岁 程序员 ????

** 黑马视频号 **

作为内存数据库，内存空间大小对于 Redis 来说是至关重要的。内存越多，意味着存储的数据也会越多。但是不知道你有没有遇到过这样的情况，明明空间很大，但是内存的使用却不是很理想。

为什么会出现这样的情况呢？这期我们就来看看这个"诡异"的事件。坐好了，准备发车！

![26dd35ee95345eb5438cc3228b7b0e63.png][]

\- 思维导图 -

**查看内存使用情况**

首先想要知道 Redis 内存的使用情况，我们就需要获取相关的信息。

Redis 中查看内存相关信息是很简单的，只需要在命令行输入『info memory』就可以看到各种相关数据。在这里我罗列了一些较为重要的参数：

*  **used\_memory**：已经使用了的内存大小。
 *  **used\_memory\_rss**：redis 物理内存的大小。
 *  **mem\_fragmentation\_ratio**：内存碎片率。

这里有一个内存碎片率的名词需要关注下，它可以用来表示当前的内存使用情况。

具体计算方式：

![a04afde7b0f142dd34883b7ce24be1be.png][]

对于内存碎片率，一般保持在 1~1.5 之间是最合理的。

**什么是内存碎片**

了解了内存碎片率，那什么是内存碎片呢？

**定义是这样的：**由于一块连续空闲的空间比所要申请的空间小，导致这块空间不可用，对于内存整体来说就是内存碎片。

**举个例子：**

假设有一块 100MB 的连续空闲内存空间，你每次都会从中申请一块 30MB 的内存。那么当你申请了 3 次后，这块内存就只剩下了 10MB 的空间，第 4 次申请的时候就会失败。

如果没有其它的空间释放并且每次申请的空间都比 10MB 大，那么剩下的空间对于整块内存来说就是内存碎片。

![882c89c808c7384579b1eafe62c16d31.png][]

**内存碎片导致的原因**

Redis 中，最常用的是写入、修改、删除数据。这些操作在执行后都会产生 一定程度的内存碎片。

**写入数据**

Redis 中分配内存是根据固定的大小来划分内存空间的。为了减少分配次数，Redis 会根据申请的内存最接近的固定值分配相应大小的空间。

什么意思呢，假如 Redis 按照 8 字节、16 字节、32 字节、48 字节等来分配内存。当你想要存储一个 18 字节的数据时，此时 Redis 就会分配 32 字节（因为 32 是与 18 最接近的固定值）。如果这时候，再写入的数据需要的内存空间在 14 个字节内，那 Redis 就无需再进行分配了。

这就像你有不同的箱子，为了装东西，你需要找一个体积最接近的箱子来装。但是装进去后，你发现还有空间可以放一些小东西，就无需再找箱子了。

但是，这种分配空间的方式会带来一定程度的内存碎片。我们可以把固定大小的划分空间看成不同体积的箱子，每种箱子里的空间不同程度上都会有剩余。这些剩余的空间就是内存碎片。

**修改数据**

键值对进行修改时，可能会变大也会变小，相应的就会占用额外空间或者释放不用的空间。

![e644b3a470f2cdec83831e28807e37ce.png][]

如图中所示，当前 A、B、C 分别占用了 3、2、4 个字节，将 A 从 3 字节修改为 2 字节时，此时就会有 1 个字节的空间空了出来，这时就会出现 1 个字节的碎片。

![16719b18d00e12c64b1aa6a59c895eae.png][]

那如果我将数据 A 从 3 字节修改为 4 字节呢？此时为了保持数据 A 的空间连续性，操作系统会把 B 拷贝到别的空间。此时又会出现 1 个字节的碎片。

**删除数据**

理解了修改数据，删除数据就很容易明白了。还是上边的例子，此时删除了数据 B，那么就释放了 2 个字节的空间。这样对于整个内存空间来说就产生了 2 个字节的碎片。

![f075b8ddc98cc32c24856e1d0821b842.png][]

**如何解决内存碎片**

你可能会有疑问，内存碎片会有什么危害呢？

我们还是以上边的箱子来表示。你想想，如果你要把这些箱子都装上车运走，每个箱子里都有空出来的空间（内存碎片），那么运行一次的效率及性价比是不是会很低。同样，在 Redis 中，由于大量的碎片存在，会导致实际利用率变低。

那么我们有没有办法来解决内存碎片呢？

**推倒重来**

第一种方式很简单，直接推倒重来。也就是把 Redis 直接重启完事儿，内存一断电全世界就清净。但是这种暴力省事的方式却有很多隐患。

生产环境中你这么搞的话得提前烧烧香，保佑不会出什么问题。如果你没进行过持久化，那么就别烧了，烧了也没用。如果有持久化的话，那么恢复时长还得取决你持久化文件的大小，在这个阶段还无法提供服务。糟心不？

**空间置换**

那么有没有不这么刺激的方式。

有的，高版本的 Redis 提供了内存碎片清理的方式。一言以蔽之，就是空间置换。

怎么个置换法？我们的目的是为了消除内存碎片，那么我们把已使用的内存数据重新整理到一起不就行了吗？让不连续的空间变成连续的，剩下的空间，继续来分配。

画个图理解下：

![9898baf02a5c5b9f079e241050d4bb5e.png][]

但是，说说还是挺容易的，理论到实践中间还隔着性能损耗。

在进行多次数据拷贝过程中，单线程的 Redis 只能干等着，无法响应客户端的请求。这时候只能干瞪眼，性能太受影响。

凉，那该咋整？！别急，有缓解的策略，你接着往下看。

Redis 中有专门的参数设置用来进行自动清理内存碎片：activedefrag yes。这个命令是启动清理功能的，这还不够，Redis 中还需要其他的条件限制才能够进行清理。

下面参数都是满足任一条件后就可以进行清理：

*  **active-defrag-ignore-bytes 100mb**：
    
    碎片达到100MB时，开启清理。
 *  **active-defrag-threshold-lower 10**：
    
    当碎片超过 10% 时，开启清理。
 *  **active-defrag-threshold-upper 100**：
    
    内存碎片超过 100%，尽最大清理。

在处理的过程中，为了避免对正常请求的影响，同时又能保证性能。Redis 同时还提供了监控 CPU 占用比例的参数，在满足以下条件时才会保证清理正常开展：

*  **active-defrag-cycle-min 5**：

清理内存碎片占用 CPU 时间的比例不低于此值，保证清理能正常开展。

*  **active-defrag-cycle-max 75**：

清理内存碎片占用 CPU 时间的比例不高于此值。一旦超过则停止清理，从而避免在清理时，大量的内存拷贝阻塞 Redis，导致其它请求延迟。

**总结**

**查看内存使用情况**

· 在命令行执行 info memory 即可查看 Redis 内存相关信息。根据内存碎片率可以在一定时机内进行清理碎片清理。

**内存碎片导致原因**

· 写入数据时，Redis 为了减少分配次数在分配内存是根据固定的大小来划分内存空间的。修改数据时会释放或占用额外的内存空间，删除数据时会释放空间。这样就会产生不同程度的内存碎片。

**如何解决内存碎片**

· 通过重启 Redis 的方式进行处理，如果没有持久化可能会导致事故。在持久化情况下，恢复速度需要取决于文件的大小。

· 通过空间置换方式，也就是将已使用的内存数据重新整理到一起。

** 播妞好课推荐 **

黑马程序员

**各学科基础班现优惠价 28 元**

立即扫码咨询

![9bb2f870740a48ec8eafc7965653fa4e.png][]

来源：IT界农民工

**· 推荐阅读 ·**

[TIOBE 5月榜单出炉，Python第二，谁是榜首？][TIOBE 5_Python]

[2021-05-06][TIOBE 5_Python]

[![7e6e6cbfa7ee0f889d8223bf87dcf7d0.png][] ][TIOBE 5_Python]

[有程序媛吗？征个婚][Link 1]

[2021-05-04][Link 1]

[![f8ab28e53dcd7226b40020ac721f60bf.png][] ][Link 1]

[网友刷屏：秃了秃了！黑马Java项目教程上新][Java]

[2021-04-29][Java]

[![2c879d0b4f78193908d649fec5d6ed75.png][] ][Java]

![7bc650208d73a641d1c8b1d204dbf0d5.png][]

**点个在看，爱你们呦**

[26dd35ee95345eb5438cc3228b7b0e63.png]: /images/20221021/66cf24f77eb144e6baea4a64f16f686a.png
[a04afde7b0f142dd34883b7ce24be1be.png]: /images/20221021/f571eb3727194e2fa60af2306e791197.png
[882c89c808c7384579b1eafe62c16d31.png]: /images/20221021/9556df4ab4a14b35b806acee894446ad.png
[e644b3a470f2cdec83831e28807e37ce.png]: /images/20221021/4ffdcbc6ca3648c5917d26c0854dd87e.png
[16719b18d00e12c64b1aa6a59c895eae.png]: /images/20221021/2757bf4d9323496e802b51c901b9bf4b.png
[f075b8ddc98cc32c24856e1d0821b842.png]: /images/20221021/8aaa3872ba3d4290ab2f01199ec35e31.png
[9898baf02a5c5b9f079e241050d4bb5e.png]: /images/20221021/1907ff884e0f45af93790f85009f37a5.png
[9bb2f870740a48ec8eafc7965653fa4e.png]: /images/20221021/c0269dfdcf934cb9911a47ecd2a41f37.png
[TIOBE 5_Python]: http://mp.weixin.qq.com/s?__biz=MzU0ODExNTc5MQ%3D%3D&chksm=fb460c74cc3185629e142fbb5a9e7ffd60474249bfda7da3d41a4995a80794a3d2e237df53c0&idx=2&mid=2247534676&scene=21&sn=b25cf52aad7582008a454b7cc14e1939#wechat_redirect
[7e6e6cbfa7ee0f889d8223bf87dcf7d0.png]: /images/20221021/aad7dd35eed049c9989b73f44d69eeaf.png
[Link 1]: http://mp.weixin.qq.com/s?__biz=MzU0ODExNTc5MQ%3D%3D&chksm=fb46034bcc318a5deca71567cb92f63678b4964f7097f8e812e16b5b716d95e26d878944d8bc&idx=1&mid=2247534443&scene=21&sn=003e2f9c90d6c47bb5c0e39ea9dec2f2#wechat_redirect
[f8ab28e53dcd7226b40020ac721f60bf.png]: /images/20221021/a4428fdfb9364923820af1dd919f53c6.png
[Java]: http://mp.weixin.qq.com/s?__biz=MzU0ODExNTc5MQ%3D%3D&chksm=fb460173cc31886563adb815732379ace61cd880943bb0f1b015bc5d7e5a460b1c639cd2f829&idx=2&mid=2247533907&scene=21&sn=f691fb1c810b7a5e4f692a1283a6f200#wechat_redirect
[2c879d0b4f78193908d649fec5d6ed75.png]: /images/20221021/6784b083d751470e931345e9311a9998.png
[7bc650208d73a641d1c8b1d204dbf0d5.png]: /images/20221021/d90bb441be2444b2a4349d98230983eb.png