记一次redis内存增长分析

文章内容

• redis内存增长到极限的时候，该怎么处理；
• 以及涉及到的一些背后的东西；

问题描述

• 某天工作日上午，突然收到运维和dba的redis 已用内存达到65%的告警；
• 当内存达到75%的时候，那么将会触发redis的内存淘汰，如果是一些核心的不容忍数据丢失的业务，面临这种场景，将是灾难性的；

问题处理

• 这类问题要么扩容，要么删除影响不大的一些key，释放存储空间；
• dba说如果需要在原来的实例上扩容的话，需要停机扩容，可能得半个小时以上；那么就另外新建一个实例，做扩容，还好业务允许数据丢失，这个方案是可以的；
• 删除key，可能就需要对业务特别熟悉，能快速找到哪些key占用内存过多，在特别短的时间内，这种思路还是比较有挑战的。

最终结论，业务的redis没来的及有足够内存，触发了一次内存淘汰，在内存淘汰的过程中，redis server会有卡顿，从而服务的耗时会增加，挺多业务受到了影响，影响大概是几分钟内的，内存淘汰之后，就好多了。关于redis的内存淘汰，可以参考：http://blog.jobbole.com/105335/ 我们这里设置的是volatile-lru。

问题分析</