空间里用Redis调磁盘，怎么自定义存储和调整容量那些事儿

主要参考自Redis官方文档、阿里云开发者社区的《Redis持久化与备份恢复策略》以及知乎专栏《Redis深度实践》中的相关讨论）

在Redis这个内存数据库里，我们通常觉得所有数据都放在内存里，速度才快，但内存有个大问题，就是贵，而且容量有限，当你的数据量很大，大到一台机器的内存都装不下的时候，或者你希望数据在服务器重启后还能保留，就必须得和磁盘打交道了，这就涉及到“调磁盘”——也就是利用磁盘来扩展存储能力和保证数据持久化。

Redis是怎么“默认”用磁盘的？

首先得明白，Redis用磁盘主要干两件事，这两件事是它自带的,可以单独或一起开启：

1. RDB（快照）：这就像给数据库拍张照片，Redis会定期或者在满足一定条件时（比如5分钟内至少有1万个键被改动），把内存里完整的数据集生成一个快照文件（默认叫dump.rdb）保存到磁盘上，这个文件是压缩过的，比较小，好处是恢复数据快，非常适合做备份，缺点是如果服务器在两次快照之间突然宕机,最后一次快照之后的数据就丢了。
2. AOF（追加日志）：这就像记日记，Redis会把每一个写命令（比如set, hmset）在执行后立刻记录到一个日志文件里（默认叫appendonly.aof），当Redis重启时，它会重新执行一遍这个日志文件里的所有命令，从而恢复数据，这种方式数据安全性高，最多损失一秒的数据（可以配置），缺点是日志文件会越来越大,而且恢复速度比RDB慢。

你什么都不用干，Redis已经提供了这两种和磁盘交互的基本方式，但“自定义存储和调整容量”远不止于此。

如何“自定义”存储路径和策略？

默认情况下，RDB快照文件和AOF日志文件会放在Redis服务器启动的当前目录下，这显然不适合生产环境，自定义它们很简单，就是修改Redis的配置文件（redis.conf）。

• 修改存储目录：在配置文件里找到 dir 这个参数，你可以把它设置成任何一个你想要的路径，/data/redis，这样，无论是RDB文件还是AOF文件，都会存到这个指定的目录下，这样做的好处是，你可以把这个目录挂载到一块更大、更专业的硬盘上，和系统盘分开,避免把系统盘写满。
• 调整RDB策略：配置文件中会有类似 save 900 1 这样的行，意思是900秒（15分钟）内至少有1个键改变，就触发快照，你可以根据你的业务需求修改这些条件，如果数据非常重要，你可以设置得更频繁些，save 60 1000（1分钟内1000次改动就保存），但要注意，频繁拍快照会消耗CPU和磁盘I/O。
• 调整AOF策略：你可以控制AOF日志的同步频率。appendfsync always 表示每个写命令都立刻同步到磁盘，最安全但最慢；appendfsync everysec 是每秒同步一次，是安全性和性能的折中，也是默认推荐值；appendfsync no 让操作系统决定何时同步,最快但最不安全。

当磁盘空间不足时，如何“调整容量”？

这才是问题的核心，当你的数据不断增长，磁盘快满了,怎么办？

1. 最简单的方法：换更大的磁盘 这是最直接粗暴的方法，如果你用的是云服务器（比如阿里云、腾讯云），通常可以在控制台里直接给数据盘“扩容”，然后扩展文件系统，这个过程通常不需要停机，但操作前务必做好数据备份，这是治本的方法,但可能成本较高。

2. 清理不必要的数据，给Redis“瘦身”

   • 对于RDB：它本身就是一个紧凑的快照文件,没啥瘦身空间。
   • 对于AOF：AOF文件会无限增长，Redis提供了 BGREWRITEAOF 命令（可以在命令行执行，也可以在配置文件里配置自动触发条件），这个命令会启动一个后台进程，基于当前内存中的数据，重新生成一个更小的、全新的AOF文件，然后替换掉旧的、臃肿的文件，这对于清理已过期或已删除命令的日志非常有效,是管理AOF文件大小的核心手段。
   • 清理过期键：确保Redis的过期键删除策略是生效的，Redis有主动和被动两种方式删除过期键,防止那些本该过期的数据永远占着坑。

3. 终极方案：搭建Redis集群 当单台服务器的磁盘和内存都无法满足需求时，就必须考虑分布式方案了，Redis集群（Redis Cluster）允许你将数据分片（sharding）存储在多台机器的内存中，相当于把一个大数据库，拆分成很多个小部分,分别存放在不同的Redis节点上。

   • 如何扩展容量：当你需要更大容量时，就向集群里添加新的节点，然后通过集群管理命令，将现有某些节点上的一部分数据“迁移”到新节点上，这样，整体的存储容量就增加了，这个过程可以在线进行,对业务的影响较小。
   • 注意点：集群模式下的持久化文件和单机模式一样，每个节点都会在自己的 dir 目录下生成RDB或AOF文件，集群的容量调整，本质上就变成了对每个节点本地磁盘的管理和扩展,或者通过增加新节点来分担压力。

总结一下：

在空间里用Redis调磁盘，自定义存储主要是通过修改配置文件，指定文件存放路径和调整持久化策略，而调整容量则是一个综合性的问题：短期可以通过清理数据（AOF重写）、设置合理的过期时间来缓解；中期可以考虑升级单机磁盘；长期和根本的解决方案是采用Redis集群，通过增加机器来实现水平的、近乎无限的容量扩展，无论用哪种方法,定期备份你的RDB或AOF文件都是最重要的安全底线。