Redis空间快满了咋整，数据还能继续存吗，有啥办法扩容不丢东西

这个问题是很多用Redis的人都会遇到的经典麻烦，当Redis快要满了，系统会开始报错，写不进去新数据，确实很让人头疼，下面我们就来详细说说该怎么办,怎么扩容才能不丢数据。

最紧急的问题：空间快满了，数据还能继续存吗？

答案是：看情况，这取决于Redis的maxmemory-policy这个配置项，也就是内存满了之后的处理策略，你设置了哪种策略，决定了Redis会怎么做，常见的几种策略和后果是这样的（根据Redis官方文档关于逐出策略的说明）：

1. noeviction：这是默认策略，当内存不够时，所有会引发增加新数据的命令（比如SET, LPUSH等）都会报错，但读数据和删除数据的命令还能用，这种情况下，数据就完全写不进去了，直到你腾出空间为止，如果你的业务不允许丢数据，可能一开始就会设成这个,但代价就是服务会暂时不可写。
2. allkeys-lru：尝试从所有的键中，淘汰掉最近最少使用的键，这样能把最不常用的数据清理掉，给新数据腾地方,这是一种很常用的策略。
3. volatile-lru：只从那些设置了过期时间的键中,淘汰最近最少使用的。
4. allkeys-random：从所有键中随机淘汰一些。
5. volatile-random：只从设了过期时间的键中随机淘汰。
6. volatile-ttl：淘汰那些设置了过期时间,并且剩余寿命最短的键。

在你发现快满的时候，首先要搞清楚你用的是哪种策略，如果是noeviction，那就真的存不进去了，得赶紧处理，如果是其他策略，Redis会自己淘汰一些数据，让新数据能写进去，但这相当于“丢”了一部分旧数据。

我们说说根本的解决办法：扩容，怎么扩才能不丢东西？

这里的“不丢东西”通常指的是在扩容过程中，保证已有的数据完整，并且服务不中断或中断时间极短,有以下几个主流方案：

动态调整内存大小（最简单，但有局限）

如果你的Redis是运行在云服务上（比如阿里云、腾讯云的云数据库Redis版），那么最简单的办法就是在控制台上直接修改实例规格，选择更大的内存容量，云服务商会在后台帮你完成数据迁移和切换，这个过程对你来说可能是无感知的，或者只有几秒到几十秒的闪断，这是最推荐、最省心的做法，因为它基本做到了不丢数据且服务高可用。（这个方法是各大云服务平台提供的标准操作）

使用Redis集群（Redis Cluster）

如果你的数据量非常大，或者是你自己维护的Redis，那么搭建Redis集群是终极方案，集群的原理是把海量数据分散到多个Redis节点（分片）上存储,这样单个节点的内存压力就小了。

• 扩容操作：当空间不足时，你可以向集群中动态添加新的节点，然后将原有节点的部分数据迁移到新节点上,这个过程可以使用Redis内置的重新分片命令来完成。
• 如何不丢数据：Redis集群在重新分片时，会以“槽位”为单位迁移数据，在迁移单个槽位的过程中，它会保证源节点和目标节点同时持有该槽位的数据，直到数据完全迁移成功后才进行切换，对于正在迁移的单个键来说，可能会有短暂的访问延迟，但不会丢失数据，这个操作相对复杂，需要仔细规划和对集群原理有了解。（原理基于Redis官方文档对集群数据分片和迁移的说明）

使用主从复制 + 哨兵（Sentinel）进行切换

这个方案严格来说不是“在线扩容”，而是一种“替换扩容”,也能保证数据不丢。

1. 你先准备一台内存更大的新服务器。
2. 在这台新服务器上启动一个Redis实例，把它设置为当前满容量Redis（我们叫它旧主库）的从库，通过主从复制,旧主库上的所有数据都会同步到新从库上。
3. 等待数据完全同步后，通过Redis哨兵系统，手动进行主从切换,将新服务器提升为主库。
4. 然后将应用程序的连接地址指向新的主库。

这个方法的优点是数据安全性高，因为切换前数据已经全量同步完毕，缺点是需要一定的手动操作时间和短暂的业务中断（切换IP或重启应用）。

除了扩容，还有哪些临时的或辅助的手段？

在扩容之前或者配合扩容,你可以做下面这些事情来缓解压力：

1. 赶紧清理没用的数据：立刻检查一下有没有大量已经过期但还没被清理的键？可以手动执行redis-cli BGSAVE命令（如果内存压力不大）或者redis-cli SCAN结合DEL命令来查找并删除一些确定不再需要的大键或无用键。注意：直接使用KEYS *命令在生产环境可能引发问题,因为会阻塞Redis。
2. 检查是否有大Key：有时候空间爆满不是因为数据多，而是因为存在一些非常大的Key（比如一个List里有几百万个元素），使用redis-cli --bigkeys命令分析一下，如果存在这种大Key，可以考虑从业务上优化,把它拆分成多个小Key。
3. 优化数据过期时间：检查一下是否有很多数据其实可以设置较短的过期时间？给数据设置合理的TTL，让Redis可以自动清理,是预防空间满的最好习惯。

• 紧急处理：先看你的逐出策略，如果是noeviction，要么手动删数据,要么赶紧扩容。
• 长远之计：优先考虑云服务的在线扩容，最省心，如果自建且数据量持续增长,尽早规划搭建Redis集群。
• 辅助优化：养成良好的习惯，设置数据过期时间，避免大Key,定期巡检清理。

Redis空间满了是有办法解决的，核心思路就是“开源”（扩容）和“节流”（清理优化），只要根据你的实际情况选择合适的方法,就能在保证数据不丢失的前提下解决问题。