云数据库 Redis 单机版采用垂直扩展方式，容量受限于单节点内存与计算资源；集群版采用分片机制支持水平扩展，通过增加节点提升容量与性能。业务数据量超过单节点内存上限或 QPS 需求高于单节点处理能力时，应优先选择集群版。

快速处理思路

容量扩展选型不需要执行修复命令，而是基于监控指标进行架构决策。先查看当前实例内存使用率与 QPS 峰值，再对比单节点规格上限，最后决定是升级规格还是增加分片。

1. 登录云数据库控制台，查看实例监控面板。

2. 检查内存使用率是否持续超过 80%。

3. 检查 QPS 是否接近单节点性能瓶颈（公开资料建议生产环境单节点 QPS 不超过 5 万/秒）。

4. 若内存或 QPS 触限，单机版需升级实例规格，集群版需增加分片数量。

为什么会这样

单机版与集群版的容量扩展差异源于底层架构设计不同。单机版所有数据存储在一个节点上，容量上限取决于该节点的物理内存，公开资料建议生产环境单实例内存不超过 10-20GB，否则持久化时可能因 fork 进程导致内存翻倍引发 OOM。

集群版将数据划分为 16384 个哈希槽位，分散存储在多个主节点上。扩容时通过增加分片节点并重新分配槽位来实现水平扩展，理论上支持千万级 QPS 与海量存储，但引入了跨节点通信与数据重平衡的复杂度。

分步处理

若需从单机版扩展至集群版，或评估当前架构容量，按以下步骤操作：

1. 评估当前容量：使用INFO memory命令查看used_memory，确认数据量是否接近实例规格上限。

2. 选择扩展方式：单机版直接在控制台选择升级配置（垂直扩展）；集群版选择增加分片数量（水平扩展）。

3. 执行扩容操作：在云控制台发起扩容任务，集群版扩容期间可能触发槽位迁移，业务需具备重试机制。

4. 验证数据分布：扩容完成后，使用CLUSTER SLOTS命令检查槽位是否均匀分布在新节点上。

5. 回滚准备：扩容前备份数据，若集群版扩容导致延迟过高，需保留降配或回滚方案。

怎么验证是否生效

扩容完成后，通过以下指标确认容量扩展是否生效：

1. 内存容量：再次执行INFO memory，确认maxmemory值已按预期增加。

2. 节点数量：集群版执行CLUSTER NODES，确认新节点状态为connected且包含主节点角色。

3. 性能表现：观察监控面板 QPS 曲线，确认扩容后请求延迟未出现异常抖动。

4. 槽位状态：集群版确认所有 16384 个槽位均处于指派状态，无未分配槽位。

常见坑

1. 大 Key 问题：集群版中单个 Key 过大可能导致数据倾斜，使某个分片负载过高，扩容无法解决单 Key 热点。

2. 多 Key 命令限制：集群版不支持跨槽位的多 Key 操作（如多键 MGET），需确保业务代码使用 Hash Tag 或将操作拆分。

3. 扩容成本：集群版按分片数量计费，水平扩展成本随节点数线性增长，需对比垂直升级成本。

4. 迁移抖动：集群版扩容时的槽位迁移可能增加网络负载，建议在业务低峰期操作。

常见问题

单机版内存满了可以直接升级吗？

可以，单机版支持垂直升级内存规格，但受限于云厂商提供的最大单实例规格，且有上限。

集群版扩容需要停机吗？

通常不需要停机，但槽位迁移期间可能出现毫秒级延迟波动，业务需具备重试机制。

如何判断是否必须用集群版？

当数据量超过单节点内存建议值（如 20GB）或 QPS 需求超过单节点处理能力时，必须使用集群版。

参考来源

51CTO 博客：单机 Redis 与集群模式的 4 个核心差异解析

腾讯云文档：Redis 集群版 vs 标准版：扩容成本与性能提升全面解析

树叶云：Redis 集群与单机模式对比及优劣比较

树叶云：探讨 Redis 集群与单机模式的异同

51CTO 博客：redis 集群与单机的区别