centos redis版本升级注意事项

CentOS 上升级 Redis 的关键注意事项

一 升级前准备

• 明确升级路径与变更范围：确认当前与目标版本（如从 5.x 到 6.x/7.x），评估新版本特性与废弃项；跨大版本时先在测试环境验证客户端、模块与 Lua 脚本的兼容性。
• 完整备份与变更留痕：执行 BGSAVE/SAVE 生成 dump.rdb，备份 redis.conf 与持久化目录；记录现有内存策略、超时、ACL/密码、端口、日志与 systemd 单元等关键配置。
• 检查运行依赖与资源：确认 gcc 版本满足编译需求（Redis 6.x 建议 gcc ≥ 5.3；7.x 建议 gcc ≥ 5），磁盘空间与内存余量充足，监控告警已就位。
• 选择升级方式：优先使用 yum 仓库 的包管理升级；如需特定版本或新特性，采用 源码编译安装 并规划二进制与配置路径，避免与系统包冲突。

二 升级方式与系统要求

• YUM 包管理升级：先备份配置与数据，更新仓库后执行安装/升级，重启服务并校验版本；优点是回滚与依赖处理更简单，缺点是版本可能滞后于上游。
• 源码编译升级：安装编译依赖（如 gcc、make、tcl），下载官方源码后执行 make && make install；Redis 6.x 需 gcc ≥ 5.3，在 CentOS 7 可通过 devtoolset-9 启用高版本 GCC；注意二进制安装位置与系统服务单元的匹配。
• 集群/主从差异：集群建议按“先 slave 后 master”逐节点替换，利用故障转移保持对外可用；跨小版本混布通常可行，但务必先在测试环境验证。

三 配置与兼容性检查

• 安全与网络策略：新版可能默认启用 protected-mode；若应用为内网访问且未配置 bind 或 requirepass，需显式设置 bind 或关闭保护模式，避免客户端出现 DENIED Redis is running in protected mode 错误。
• 持久化与目录：确认 dir、dbfilename（默认 dump.rdb）、appendonly 等路径与策略；升级后首次启动前核对目录权限与可用空间，避免因路径变更导致加载失败。
• 协议与命令变更：关注新版本对命令、参数与返回值的变更；升级后在测试环境回归关键业务命令与 Lua 脚本，必要时调整客户端超时与重试策略。

四 回滚与验证

• 快速回滚预案：保留旧版二进制与配置，出现严重问题时先切回旧进程与旧配置；RDB 未损坏时可直接用旧版加载 dump.rdb 恢复。
• 启动与连通性验证：使用 systemctl status redis 与 redis-cli PING 检查实例状态；通过 redis-cli --version 与日志确认版本；抽样校验关键 key 与 TTL，观察 used_memory 与命中率是否异常。
• 监控与压测：升级窗口内加强延迟、错误率与连接数监控；对核心业务进行回归压测，确认无慢查询与异常断连。

五 常见风险与规避

• 版本跨度过大：跨多个主版本直接替换二进制风险高，建议分步升级（如 5.x → 6.x → 7.x），每一步都做完整验证与回滚演练。
• 编译环境不足：编译 Redis 6.x/7.x 时 gcc 过低会导致失败；在 CentOS 7 使用 devtoolset-9 等 SCL 工具集可快速解决。
• 集群拓扑变更：升级顺序不当可能引发短暂不可用；严格按“先 slave 后 master”、逐槽位滚动替换，并在低峰期执行。
• 安全策略阻断：未正确配置 bind/requirepass/protected-mode 会导致应用无法连接；升级前明确网络边界与认证方式，避免保护模式误伤内网访问。