redis cluster 通过16384个哈希槽分片与动态扩缩容实现海量数据水平扩展，采用3主3从最小架构，支持自动故障转移；扩容需新增节点、迁移slot并补全从节点，客户端启用-c参数即可自动路由。

Redis Cluster 在 Linux 环境下实现海量数据水平扩展，核心在于“分片 + 扩容”双驱动：用 16384 个哈希槽（slot）把数据打散到多个主节点，再通过新增主节点并迁移 slot，线性提升存储容量与读写吞吐。不依赖中心组件，天然支持高可用和自动故障转移。

基础集群搭建：3 主 3 从最小可用架构

生产环境建议从 6 节点起步（3 主 3 从），确保投票机制有效、故障可自动恢复：

• 每台服务器（或容器）部署一个 Redis 实例，端口错开（如 7000–7005），避免端口冲突
• 每个节点的 redis.conf 必须启用集群模式：cluster-enabled yes，并设置唯一 cluster-config-file nodes.conf 和合理超时：cluster-node-timeout 5000
• 开启持久化（推荐 AOF）：appendonly yes；绑定监听地址：bind 0.0.0.0（测试环境）或具体内网 IP（生产环境）；关闭保护模式：protected-mode no
• 使用官方命令一键创建集群：
  redis-cli --cluster create 192.168.1.10:7000 192.168.1.10:7001 ... 192.168.1.12:7005 --cluster-replicas 1
  其中 --cluster-replicas 1 表示每 1 个主节点配 1 个从节点

水平扩容：新增 master 节点并重分片

当数据量增长或 QPS 接近瓶颈时，直接添加新主节点，无需停服：

Zynq Linux Hardware Debug

Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。

下载

• 准备新配置文件（如 redis-7007.conf），修改 port 7007、pidfile、logfile、dir 和 cluster-config-file 路径，确保与其他节点隔离
• 启动新实例：redis-server /path/to/redis-7007.conf
• 将节点加入集群：
  redis-cli --cluster add-node 192.168.1.11:7007 192.168.1.10:7000
  第二个参数是任意已有节点，用于引导握手
• 此时新节点是空 master（0 个 slot）。需手动迁移 slot：
  redis-cli --cluster reshard 192.168.1.10:7000
  按提示输入：要迁移的 slot 数量（如 2000）、目标节点 ID（cluster nodes 查得）、源节点（可选 all 或指定主节点）

配套从节点与负载均衡

扩容后若只加主节点，会破坏主从比例，影响容灾能力。建议同步补足从节点：

• 启动新从节点（如端口 7008），配置中添加：slaveof （Redis 5+ 推荐用 replica-of）
• 执行 redis-cli --cluster add-node --cluster-slave --cluster-master-id 192.168.1.11:7008 192.168.1.10:7000，自动将其作为指定主节点的从节点
• 客户端应使用 -c 参数连接任意节点（如 redis-cli -c -p 7000），由集群自动重定向请求，无需额外负载均衡器

运维保障：验证、监控与常见避坑

扩容不是终点，持续验证才能保证稳定：

• 检查完整性：redis-cli --cluster check 192.168.1.10:7000 —— 确认 “All 16384 slots covered” 且无 fail 状态节点
• 查看分布：redis-cli -c -p 7000 cluster nodes —— 核对各主节点 slot 范围是否连续、从节点是否正确指向 master
• 关键避坑：
  • 不要在同一台物理机部署互为主从的节点（违背高可用设计）
  • slot 迁移期间避免大 key 操作，防止迁移卡住
  • 修改配置后务必重启实例，仅 reload 不生效集群参数
  • 生产环境禁用 bind 0.0.0.0，必须限定内网 IP