REDIS数据内存与磁盘迁移及存储扩容相关技术问题咨询

1. 如何通过将部分数据存储至磁盘的方式扩展可用空间？ #

Redis原生的RDB、AOF持久化仅用于数据备份，无法实现冷热数据分层扩展内存空间，要实现该需求有两种主流方案：

• 业务层自主实现冷热分离：将访问频率低的冷数据手动转存到RocksDB、LevelDB等磁盘型数据库，请求优先查询Redis，命中失败再读取磁盘数据库，同时将读取到的热数据写回Redis，配合Redis的LRU/LFU淘汰策略自动清理长时间未访问的冷数据。
• 使用兼容Redis协议的混合存储产品：比如开源的Tendis混合存储版、KeyDB Flash等，这类产品完全兼容Redis命令，不需要修改业务代码，会自动将冷数据沉降到磁盘，仅保留热数据在内存中，可支撑远超物理内存容量的数据存储。

2. 能否使用GNU/Linux swap实现内存扩展？ #

不推荐使用swap给Redis扩展内存，原因如下：

• Redis对访问延迟要求极高，swap的磁盘读写性能远低于物理内存，一旦热数据被交换到swap分区，会导致正常请求延迟飙升几十到上百倍，完全不符合Redis的高性能定位。
• Redis执行RDB持久化、AOF重写等后台操作时，会fork子进程扫描全量内存页，如果部分内存页存放在swap中，会导致后台操作耗时暴涨，甚至引发主进程阻塞、服务不可用。
  仅在临时救急、业务对延迟完全无要求的极端场景下可以临时用swap应急，不建议作为长期方案。

3. 实现Redis存储扩容的最简单有效方案是什么？ #

可根据业务场景选择最适配的方案：

• 数据冷热差异明显的场景：优先选择兼容Redis协议的混合存储方案，无需修改业务代码，部署替换后直接就能获得数倍于物理内存的存储容量，性能损耗可控，落地成本最低。
• 全量都是热数据的场景：如果单实例内存瓶颈不高，直接升级服务器物理内存是最简单的方案；如果数据量已经超过单台服务器可承载的内存上限，直接部署官方Redis Cluster做分片存储，把数据分散到多个节点承载，单集群可支撑TB级别的热数据存储。
• 临时解决内存占满的紧急问题：可以先调整Redis配置，执行config set maxmemory-policy allkeys-lru开启全键LRU淘汰策略，自动清理最少使用的键释放内存，再做后续扩容规划。

内容的提问来源于stack exchange，提问作者user16421843