Redis内存怎么调才合适，size设置那些事儿你得知道

说到Redis，很多人都把它当作一个速度飞快的缓存来用，但真要把它用得好，用得稳，尤其是在内存这个关键问题上，可不是简单地启动服务就完事了，内存对Redis来说就是它的“命根子”，内存不够了或者用得不合理，轻则变慢，重则直接罢工，今天咱们就专门聊聊Redis内存怎么调才合适，那些关于size设置的事儿,你得门儿清。

第一件事：别让Redis“裸奔”，先搞清楚它吃了多少内存

很多人装好Redis后，就不管不顾了，直到服务器报警内存不足才手忙脚乱，这就像开车不看油表，迟早要抛锚,第一步就是学会查看Redis的内存使用情况。

最简单直接的命令就是 INFO MEMORY，在Redis命令行里输入这个，你会看到一大堆信息，其中有个叫 used_memory_human 的指标特别重要，它会以K、M、G这样人性化的单位告诉你当前Redis实际使用了多少内存，你得定期看看这个数,做到心中有数。

光知道总量还不够，你最好再了解一下内存都花在哪儿了，这时候可以用 MEMORY STATS 命令，它能详细列出内存的分配情况，比如花了多少在存储数据上，多少是内部管理开销等等，知己知彼,才能对症下药。

第二件事：设定内存上限，给Redis套上“缰绳”

这是最关键的一步，绝对不能省略，在Redis的配置文件 redis.conf 里，找到一个叫 maxmemory 的参数，这个参数就是用来给Redis设定一个内存使用上限的，如果你不设置这个值，在64位系统上Redis会一直吃内存直到把系统拖垮,在32位系统上则默认限制在3GB。

那这个值设多少合适呢？这没有标准答案，但有个基本原则：绝对不能把服务器的所有内存都分配给Redis，你必须为操作系统本身、以及其他可能运行在同一个服务器上的程序（比如你的Web应用、数据库等）留出足够的内存，比如你有一台8G内存的服务器，你可能会把 maxmemory 设置为6G甚至5G，留下足够的缓冲空间，如果Redis是独享一台服务器，那也可以设置得激进一些,但依然要留出一些给系统。

第三件事：内存满了怎么办？设定“淘汰策略”

你给Redis设了内存上限，那当数据存满了，再有新数据要进来的时候，Redis该怎么办呢？这就是“内存淘汰策略”要管的事儿了，这个策略由 maxmemory-policy 参数控制,你得根据你的业务场景来选。

• noeviction：这是默认策略，当内存不够时，新写入的操作会报错，这适合你确信你的数据绝对不能丢，宁愿写不进去也不能覆盖老数据的场景,比如用来存储用户关键信息的Redis。
• allkeys-lru：这是最常用、最“泛用”的策略，它会尝试淘汰掉“最近最少使用”的键，不管这个键有没有设置过期时间，这非常适合做缓存场景,把不常用的数据清理掉。
• volatile-lru：只从那些设置了过期时间的键中，淘汰最近最少使用的，这适用于你希望某些核心数据永不过期,只淘汰缓存数据的情况。
• allkeys-random：随机淘汰所有键，这个策略性能开销最小，但可能一不小心就把一个热点数据给淘汰了,导致缓存击穿。
• volatile-random：只从设置了过期时间的键中随机淘汰。
• volatile-ttl：淘汰那些设置了过期时间,并且剩余寿命最短的键。

怎么选？如果你的数据重要性都差不多，只是做缓存，用 allkeys-lru 准没错，如果你的数据有明显的冷热区分，并且一部分数据是重要的，那就用 volatile-lru 或者 volatile-ttl,同时给缓存数据设置好过期时间。

第四件事：从源头节约内存，小细节省出大空间

除了设置上限和淘汰策略,我们还可以在存储数据时就精打细算。

1. 别把Redis当垃圾桶：只存必要的数据，你从数据库查出来一个用户对象，有十几二十个字段，但前端可能只显示用户名和头像，那你就只把这几个字段存进Redis，而不是把整个大对象都扔进去，存之前想想,这数据真的需要缓存吗？
2. 使用更高效的数据结构：Redis提供了多种数据结构，选对了能省很多内存，比如要存储大量整数值，用Set集合可能很浪费，而用Redis的 HyperLogLog（用于基数统计）或者 Bitmap 会节省得多得多，又比如，存储一个对象的多个字段,用Hash结构通常比把它序列化成JSON字符串再存为String类型要更省内存。
3. 缩短Key的长度：Key也是要占内存的，虽然没必要为了极致的缩短而牺牲可读性，但像 user:1000:profile:name 这样的Key，如果业务允许，简写成 u:1000:p:n 也能积少成多,前提是你们团队的开发人员都能看懂。
4. 设置合理的过期时间：给缓存数据设置一个过期时间（TTL）是很好的习惯，这不仅是数据一致性的要求，也能保证即使淘汰策略没及时触发，数据也能自动被清理，释放内存，不要让临时数据变成“永久垃圾”。

总结一下

调优Redis内存，不是一劳永逸的事，而是一个持续观察、配置和优化的过程，核心步骤就是：先监控（INFO MEMORY） -> 再设限（maxmemory） -> 然后定策（maxmemory-policy） -> 最后从编码和设计上优化（精简数据、选对结构），把这些事儿都做到了，你的Redis才能既跑得快，又跑得稳，真正成为你应用的性能加速器，而不是一颗内存的“定时炸弹”。 参考了Redis官方文档关于内存优化的章节，以及业界常见的Redis运维实践建议。）