1. Redis版本号查看的必要性与场景分析

在开发和运维过程中，准确获取Redis的版本号是一项基础但关键的操作。无论是排查兼容性问题、验证安全补丁是否生效，还是确认新功能是否可用，版本信息都是首要参考依据。特别是在多环境协作时，Windows开发机与Linux生产环境的版本一致性检查更是常见需求。

Redis版本号遵循主版本号.副版本号.补丁级别的命名规范。其中主版本号代表重大架构变更（如Redis 6引入多线程IO），副版本号标识功能更新（如5.0引入Stream类型），补丁号则是问题修复。通过版本号可以快速判断：

• 是否支持特定命令（如GEOSEARCH从6.2开始支持）
• 是否存在已知漏洞（如CVE-2021-32761影响5.0.13之前版本）
• 能否使用集群管理等高级功能

2. Windows系统下的版本查询方法

2.1 通过Redis客户端直接查询

这是最直接的方式，适用于任意安装形式的Redis实例：

redis-cli info server | findstr "redis_version"

命令解析：

• info server获取服务器基础信息模块
• findstr是Windows下的字符串过滤命令（Linux对应grep）

典型输出示例：

redis_version:7.0.12 redis_git_sha1:00000000 redis_git_dirty:0

2.2 检查已安装服务版本

对于通过MSI安装包部署的Redis服务，可通过以下步骤验证：

1. 打开"控制面板 > 程序和功能"
2. 在程序列表中找到"Redis on Windows"
3. 右键选择"查看详细信息"获取版本号

注意：该方法仅适用于官方MSI安装包，绿色解压版不会在此处注册信息。

2.3 通过服务启动日志确认

查看Redis服务的启动日志文件（默认位于安装目录下的redis_log.txt），首行通常会包含类似内容：

[1234] 01 Jan 00:00:00.000 # Redis version=7.0.12, sha=00000000:0

2.4 特殊场景处理

当遇到无法连接Redis服务时，可以通过进程信息获取版本：

1. 打开任务管理器 → 详细信息选项卡
2. 找到redis-server.exe进程
3. 右键"打开文件所在位置"获取安装路径
4. 查看目录中的release-notes或version.txt文件

3. Linux系统下的版本查询方案

3.1 标准查询命令

在已连接Redis的情况下，推荐使用以下命令组合：

redis-cli info | grep -i "redis_version"

或更简洁的：

redis-cli --version

3.2 通过包管理器查询

对于通过apt/yum等包管理器安装的Redis：

• Debian/Ubuntu:

  apt-cache policy redis-server

• RHEL/CentOS:

  yum info redis

3.3 源码编译安装的版本确认

如果Redis是通过源码编译安装，可尝试以下方法：

1. 定位Redis安装目录（通常为/usr/local/redis）
2. 查看编译后生成的二进制文件信息：

   strings /usr/local/redis/bin/redis-server | grep -i "redis_version"

3.4 容器化环境查询

对于Docker运行的Redis实例：

docker exec -it redis_container redis-cli info server | grep redis_version

4. 跨平台通用查询技巧

4.1 使用Redis基准测试工具

redis-benchmark --version

该命令无需连接服务端即可获取客户端版本，通常与服务端版本一致。

4.2 通过API接口查询

对于启用了HTTP接口的Redis（如通过redis-http模块），可以直接访问：

curl http://redis-host:8080/info | jq .redis_version

4.3 编程语言SDK获取

以Python为例：

import redis r = redis.Redis() print(r.info()['redis_version'])

5. 版本查询的常见问题与解决

5.1 连接被拒绝时的排查

当出现"Could not connect to Redis"错误时：

1. 确认服务是否运行：

   # Linux ps aux | grep redis # Windows tasklist | findstr redis

2. 检查防火墙设置
3. 验证配置文件中的bind和port参数

5.2 版本信息不一致的情况

可能原因及解决方案：

• 多版本共存：使用绝对路径指定redis-cli（如/usr/local/redis5/bin/redis-cli）
• 客户端/服务端版本差异：升级客户端工具到匹配版本
• 代理中间件干扰：直连Redis服务端验证

5.3 特殊版本格式解析

某些发行版可能显示额外信息：

redis_version:7.0.12.arm64

这表示针对ARM64架构的编译版本，主版本号仍以7.0.12为准。

6. 版本管理的最佳实践

1. 生产环境版本规范：

   • 主版本号保持一致（如全部使用7.0.x）
   • 补丁级别不低于安全修复版本

2. 多版本共存方案：

   # Linux使用update-alternatives管理 sudo update-alternatives --install /usr/bin/redis-cli redis-cli /opt/redis6/bin/redis-cli 100 sudo update-alternatives --install /usr/bin/redis-cli redis-cli /opt/redis7/bin/redis-cli 200

3. 版本升级检查清单：

   • 备份配置文件和数据
   • 检查release notes中的破坏性变更
   • 在测试环境验证兼容性
   • 安排低峰期进行滚动升级

在实际运维中，我习惯将版本检查写入监控脚本，定期比对各节点版本一致性。曾经遇到过因测试环境使用6.2而生产环境使用6.0导致的Stream命令不兼容问题，现在会在CI/CD流程中加入版本校验步骤。