1. 先泼盆冷水Redis 7 官方并不出 Windows 安装包别再把时间花在一键安装包上前几天同事在群里问我Redis 7 for Windows 怎么装他说从网上搜到一个Redis 一键安装包装完才发现是 3.x 的老古董还顺带塞了一堆推广软件气得当场卸载。这个场景我想很多人都不陌生。搞过 Redis 的人心里都有数Redis 7 官方根本没有 Windows 安装包这个项目从很早就明确过立场——主力平台是 Linux/macOSWindows 不在官方支持范围内。微软早年倒是维护过一个 Windows 移植版但版本也停在了 Redis 3.x 时代早就没人更新了。那所谓Redis Windows 版到底是哪来的答案就藏在这几条路里在 Windows 里跑一个 WSL2 Linux 子系统在里面装官方 Redis 7或者装 Docker Desktop用官方 redis:7 镜像跑容器再或者找社区有人用 Redis 源码交叉编译出来的 Windows 原生 exe。三种方案我都实际跑过后面会逐个把完整的安装命令、配置改动、踩坑点写出来。这篇文章适合谁看就是那些在 Windows 上做开发又希望本地 Redis 版本和线上环境保持一致的工程师还有刚接触 Redis、被各种来路不明的安装包坑过的新手。先说结论免得你看得一头雾水追求长期好用选 WSL2 装原生 Redis 7追求快速起停、多版本切换选 Docker追求解压即用、不想碰命令行环境的才考虑社区编译版。但不管你选哪条路配置和安全意识都绕不开后面会专门用一整章讲 redis.conf 的必改项。1.1 为什么说官方没有 Windows 版技术背景一页纸Redis 底层大量依赖 Linux 的 fork()、epoll、kqueue 这些 POSIX 机制。fork 用来做 RDB 持久化时的内存快照epoll 用来做高并发事件驱动这些在 Windows 的进程模型和 I/O 模型里都没有对应物。想移植过去不是改几个编译错误那么简单等于要把核心架构重写一部分。官方团队当年评估过结论是投入产出比太低于是干脆不做官方 Windows 支持。这就导致了一个有趣的现象你搜redis windows 下载出来的结果质量参差不齐。老牌一点的社区维护版 tporadowski/redis长期停在 Redis 5.0.14进入 Redis 7 时代后有一些仓库在跟进 7.0.x 的 Windows 编译版比如 GitHub 上常见的 zkteco-home/redis-windowsrelease 页会定期放出 Redis-x64-7.0.x 的压缩包。但这些都属于社区用爱发电不是官方产物也不是每个版本都跟着 Redis 官方节奏走。1.2 市面上的 Windows 版 Redis 到底哪来的我把网上的Redis Windows 安装包分成了三类你以后看到下载页可以先自己对号入座老移植版基于 MSOpenTech 那条线编译出来的版本 3.x多年前的东西拿来学习 Redis 基础命令勉强能用跑 7 的新功能想都别想。社区同步编译版有人从 Redis 源码拉分支手动解决编译问题后放出 exe。这类东西最大的问题是作者更新靠心情可能 Redis 7.0 出了一年才跟上也可能出了 7.2 之后仓库就停更了。捆绑推广版下载站打包的一键安装装完附赠全家桶。这类最坑我见过不少同事的电脑就是这么被塞满广告软件的。所以这篇教程我用的策略是不推荐你去找任何第三方官方安装包而是直接给三条可控路线。WSL2 和 Docker 跑的都是 Redis 官方发布的 Linux 版本社区编译版才需要你睁大眼睛挑仓库。1.3 三条路线怎么选一张表看完差别方案版本更新情况上手成本性能维护难度适合场景WSL2 原生 Redis 7Redis 官方 7.x中等需要懂一点 Linux接近 Linux 原生低apt 一条命令升级日常开发、环境模拟Docker DesktopRedis 官方镜像 7.x低最省心略逊多一层虚拟化低docker pull 换版本快速起停、版本切换、数据隔离社区编译绿色版通常停在 7.0.x最低解压即用原生但可能有小兼容问题高升级靠手动替换老机器、免安装演示、不想装 WSL很多人在第一步就纠结到底用哪个。我给个更实际的判断标准如果你电脑里已经装了 WSL2 或 Docker那闭眼选对应方案就行如果一台机器啥都没有你还想省事那社区绿色版 5 分钟就能跑起来。接下来我就按推荐顺序把三条路完整走一遍。2. 路线AWSL2 里装官方 Redis 7开发主力机的最优解我自己的 Windows 开发机现在就是这条路因为线上生产环境是 Linux Redis 7WSL2 里的配置文件、命令行、甚至集群实验都能直接照搬到生产几乎零成本过渡。这也是我最推荐的一条路。2.1 先确认 WSL2 环境是好的WSL2 要求 Windows 10 2004 或更高版本Windows 11 当然没问题。就算你之前没装过 WSL现在也简单了管理员身份打开 PowerShell 或 CMD执行wsl --install这条命令会自动装好 WSL 和默认的 Ubuntu 发行版。装完重启一次进 Ubuntu 设置一个用户名和密码就完事。接下来确认一下当前状态wsl -l -v输出结果里如果 Ubuntu 的 VERSION 列是 2说明用的是 WSL2。如果看到的是 1执行wsl --set-version Ubuntu 2把它转成 WSL2。真到这一步的时候你可能遇到报错比如提示需要开启虚拟机平台功能或者 WSL 内核太老。前者在管理员 PowerShell 里跑dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart然后重启后者直接wsl --update升级内核就行。这几个动作我都在 Windows Server 2022 和 Win11 上试过流程一致。2.2 用 apt 装 Redis 722.04 要加 PPA进 Ubuntu 终端后先更新源然后安装 Redis。这里有个版本陷阱Ubuntu 22.04 自带的 redis-server 是 6.0.16不是 7。你在 Windows 上折腾半天最后redis-server --version显示 6.x那等于白干。要装 Redis 7 有两条路如果你的 Ubuntu 是 24.04 及以上自带的 redis-server 就是 7.0.x直接装就行。如果是 22.04 或更老先加 Redis 官方维护的 PPAsudo apt update sudo apt install -y software-properties-common sudo add-apt-repository -y ppa:redis/redis-server sudo apt update sudo apt install -y redis-server装完用命令确认版本redis-server --version能看到v7.0.x或v7.2.x就对了。这里我坚持推荐 PPA 而不是源码编译原因很实在apt 管理后续升级只需要一条命令Redis 7 之后的补丁版本更新都能跟上。源码编译虽然能用但每次 Redis 发新版本都要自己拉代码、make、装路径纯属浪费时间。2.3 让 Windows 本机连进 WSL 里的 Redis这是 WSL2 方案里最容易踩坑的地方。默认情况下Ubuntu 的 apt 版 Redis 配置里 bind 是127.0.0.1 -::1protected-mode 也是打开的安全性没问题但 Windows 本机的 redis-cli 连进去会失败。原因在于 WSL2 本质是个轻量虚拟机走 NAT 网络Windows 上的 localhost 转发实际是把连接引到 WSL2 的虚拟网卡上而不是 Linux 里的回环地址。所以服务端只监听 127.0.0.1 时Windows 访问不到。解决办法是修改/etc/redis/redis.conf把 bind 改成监听所有网卡同时立刻设置密码bind 0.0.0.0 -::1 protected-mode yes requirepass yourStrongPassword改完重启 Redissudo systemctl restart redis-server。然后在 Windows 的 PowerShell 里验证redis-cli -h 127.0.0.1 -p 6379 -a yourStrongPassword ping返回 PONG 就通了。如果你用的是比较新的 WSL 内核也可以考虑在.wslconfig里开 mirrored 网络模式那种模式下回环地址是共享的不用改 bind。但默认 NAT 模式下还是上面的做法最稳。另外提一句WSL2 的 localhost 转发只对 Windows 本机有效局域网里其他机器照样连不上。你要是需要远程访问得再配合端口转发开发环境一般用不上我就不展开了。2.4 顺带把 systemd 服务开起来很多人装完 WSL 版 Redis 后发现每次打开 Ubuntu 终端还得手动sudo service redis-server start麻烦。解决办法是启用 WSL2 的 systemd。编辑/etc/wsl.conf[boot] systemdtrue然后在 Windows 的 PowerShell 里执行wsl --shutdown重新进入 WSL。之后就可以正常使用 systemctl 管理服务了sudo systemctl enable redis-server sudo systemctl start redis-server sudo systemctl status redis-serverenable之后WSL 启动会自动拉起 Redis。这里有个细节WSL2 虚拟机不是常驻的你关掉所有 WSL 终端它可能就退了再打开新终端时 systemd 会重新初始化所以配合 enable 才能真正做到打开就能用。3. 路线BDocker Desktop 一条命令跑 redis:7 容器如果你已经装了 Docker Desktop这条路是最省心的。Redis 官方在 Docker Hub 上有自己维护的镜像tag 直接写7、7.2、7-alpine都行镜像里的 redis-server 是官方 Linux 构建版不是第三方改动。我经常拿它干一件事临时起一个干净 Redis 环境跑测试用完直接删容器宿主机一点不被污染。3.1 Docker Desktop 的安装和 WSL2 后端Docker Desktop 从官网下载安装包安装过程中选Use WSL 2 instead of Hyper-V这个选项这样 Docker 引擎就挂在 WSL2 上了性能比老一代 Hyper-V 后端好资源占用也更合理。安装完可能要注销一次系统然后启动 Docker Desktop等托盘图标不再转圈就说明引擎起来了。验证环境docker --version docker info docker psdocker ps能返回空列表而不是报错就说明 Docker 引擎正常。最常遇到的坑是Docker Desktop 没启动就执行 docker 命令报Cannot connect to the Docker daemon。别慌双击启动 Docker Desktop 再等等就行不是环境坏了。3.2 docker run 启动 Redis 7每行参数拆开看启动最小可用的 Redis 7只需要一条命令docker run -d --name redis7 -p 127.0.0.1:6379:6379 redis:7 redis-server --requirepass yourStrongPassword --appendonly yes参数拆开看就是-d后台运行容器。--name redis7给容器起名字后面管理都靠它。-p 127.0.0.1:6379:6379把 Windows 本机的 127.0.0.1:6379 映射到容器的 6379。这里我特意写成127.0.0.1:6379:6379而不是6379:6379后者会把端口暴露到整个局域网等于告诉所有网段上的机器我这里有 Redis没密码的话后果很酸爽。redis:7指定镜像 tag默认拉最新 7.x。redis-server --requirepass yourStrongPassword --appendonly yes覆盖镜像默认启动命令把密码和 AOF 持久化都加上。启动后验证一下连接。Windows 本机没有 redis-cli 的话直接进容器里执行docker exec -it redis7 redis-cli -a yourStrongPassword ping看到 PONG 就说明通了。用 Docker 的好处这时候就体现出来了想换 Redis 7.2 还是 7.4把 tag 改掉重新docker run就行宿主机目录干净得一尘不染。3.3 用 docker-compose 把 Redis 固化下来docker run适合临时用但里面长串参数过两天你自己都忘了写了什么。正经做法是写个 compose 文件把配置固化到项目里。新建一个目录比如D:\redis7-docker里面放compose.yamlservices: redis: image: redis:7.2-alpine container_name: redis7 restart: unless-stopped ports: - 127.0.0.1:6379:6379 command: [redis-server, --requirepass, yourStrongPassword, --appendonly, yes] volumes: - ./redis-data:/data然后在目录里执行docker compose up -d这个文件里的每个字段我简单说说为什么这么写。restart: unless-stopped的意思是 Docker 引擎起来后自动拉容器配合 Docker Desktop 开机自启你就再也不用手动docker start redis7了。volumes把当前目录下的redis-data挂载到容器/dataAOF 文件就落在 Windows 磁盘上删容器、换镜像都不丢数据。127.0.0.1那个绑定开发机上安全第一。4. 路线C社区编译的绿色版 redis-server.exe解压即用这条路线适合什么场景老电脑跑不动 WSL2、或者你只是给同事演示一下 Redis 长什么样不想在对方机器上动什么系统组件。它最大的优点就是绿色解压就能跑最大的缺点我前面也说了版本通常停在 7.0.x而且更新完全看仓库作者心情。4.1 去哪找靠谱的 Windows 编译版不要一上来就百度redis 下载那些下载站出来的东西十个里九个带私货。正确姿势是去 GitHub 上搜。打开 GitHub 搜索redis windows筛选一下结果重点看 release 页最近的发布时间、star 数量、issue 区有没有人反馈编译或运行问题。几个可以参考的仓库zkteco-home/redis-windows跟进 Redis 7.0.x 的 Windows 编译版release 页会提供类似Redis-x64-7.0.x.zip的压缩包。tporadowski/redis老牌仓库很经典但版本停在 5.0.14只能当历史参考不是 7。下载前我建议做两件事第一优先选 release 里有校验码SHA256的下载完自己算一遍哈希对比第二压缩包丢进 Windows Defender 或上传 VirusTotal 扫一遍。不是说我怀疑这些作者恶意而是从网上下 exe 又不校验这个习惯迟早出事。4.2 解压、启动、连通三步走解压到纯英文路径比如D:\Tools\Redis7。解压目录里应该有redis-server.exe、redis-cli.exe、redis-benchmark.exe、redis-check-aof.exe、redis-check-rdb.exe还有一个redis.windows.conf配置文件。当前目录下直接开一个 CMD 或 PowerShellD:\Tools\Redis7\redis-server.exe D:\Tools\Redis7\redis.windows.confRedis 启动会打印一大段 ASCII logo 和监听信息看到Running in standalone mode、Port: 6379就说明跑起来了。另开一个窗口验证D:\Tools\Redis7\redis-cli.exe ping返回 PONG。这里有个细节值得注意不指定配置文件直接双击 redis-server.exe 也能跑但它会把 dump.rdb 写到当前工作目录。以后你从别的地方启动它就找不到之前的数据文件了所以规范做法永远是配置文件跟着启动命令走。4.3 注册成 Windows 服务以后不用手动开绿色版不能开机自启这是它最大的短板。解决办法是注册成 Windows 服务管理员身份打开 CMDredis-server.exe --service-install redis.windows.conf --loglevel verbose redis-server.exe --service-start第一条命令把它装成服务第二条启动。以后 Windows 开机它就在后台跑着不需要任何终端窗口挂着。想卸载也很简单redis-server.exe --service-stop redis-server.exe --service-uninstall我用这个方法把 Redis 装到过一台 Windows Server 2016 上跑监控数据缓存还算稳定。不过有几个前提路径尽量用C:\Tools\Redis7这种纯英文短路径解压目录要给所有人读写权限因为服务默认跑在 LocalSystem 账户下目录权限不够启动会失败配置文件里 logfile 如果指向某个具体路径也要确认那个目录存在。5. 装完只是开始redis.conf 里这些配置项必须动手改一遍很多教程教到能 ping 通 PONG就结束了但这恰恰是最坑人的地方。默认配置的 Redis 拿来本地敲命令没问题一旦你的应用开始写入真实数据、或者这个端口的情况发生点变化问题马上冒出来。我把装完必改的配置项按优先级列出来。5.1 连接与安全bind、protected-mode、requirepass如果你是用 WSL2 装的配置文件在/etc/redis/redis.confDocker 版用启动命令传参也可以挂载自己的配置文件绿色版直接改目录里的redis.windows.conf。三个环境里这几个参数的含义完全一致bind 127.0.0.1 -::1 protected-mode yes requirepass yourStrongPasswordbind 127.0.0.1表示只接受本机连接这是最安全的状态。但前面说了WSL2 方案里 Windows 连不上回环你得按需改成0.0.0.0。改完必须配上 requirepass否则密码为空又对全网开放局域网扫描器分分钟就能摸到你的端口。这里我要多说一句密码的重要性。Redis 没做过身份校验层它默认就是一个谁连上来都能执行命令的服务。绑到 0.0.0.0 又没密码的 Redis等于把你的宝贵数据裸奔在大街上。我见过不止一台开发机因为 Redis 裸奔被挖矿程序盯上内存被打满key 被脚本刷光连日志都被清了。任何时候 bind 非回环地址就必须配套 requirepass没有例外。客户端连接时的密码用法也要记住redis-cli -a yourStrongPassword redis-cli --askpass在生产环境我一般不推荐-a直接带密码因为它会出现在进程列表里用redis-cli --askpass交互式输入更干净。5.2 持久化RDB、AOF 到底怎么开Redis 默认开 RDB 快照配置文件里的默认规则长这样save 900 1 save 300 10 save 60 10000 dbfilename dump.rdb dir /var/lib/redis意思就是 900 秒内有 1 个 key 变化就存一次快照300 秒内 10 个变化存一次60 秒内 10000 个变化存一次。RDB 是某个时间点的全量快照恢复快但两次快照之间如果断电这段时间的数据就丢了。AOF 是追加写入每一条写命令的日志配合appendfsync everysec每秒刷盘最多丢一秒数据。我建议的开发环境配置appendonly yes appendfsync everysec appendfilename appendonly.aof生产环境更稳的做法是 RDB AOF 同时开RDB 做基础备份AOF 扛崩溃恢复。纯缓存场景可以反过来把save规则清掉、AOF 关掉换最大性能。这里有个最容易让人误会的点dir指定的是 dump.rdb 和 appendonly.aof 的落盘目录。很多人改了 dbfilename 却没动 dir最后数据文件散落在各个启动目录里重启 Redis 半天找不到旧数据还以为是丢了。我习惯把 dir 固定到一个专门目录比如 Linux 的/var/lib/redis或 Windows 的D:/redis7/data。5.3 内存、日志和应用侧参数内存策略是又一个容易被忽视的配置。默认 Redis 不限制内存上限它能用多少用多少这在 WSL2 这种共享内存的环境里尤其危险Redis 吃太多内存会挤占 Windows 其他程序。所以要设 maxmemorymaxmemory 256mb maxmemory-policy allkeys-lrumaxmemory设上限maxmemory-policy设到达上限后的淘汰策略。缓存场景用allkeys-lru意思是内存不够就淘汰最久没用的 key如果你是个严格的数据存储用noeviction宁可写不进去也不丢数据。别一上来无脑全选allkeys-lru我见过有人把重要业务 key 当缓存淘汰了第二天报表数据稀碎。日志这块开发环境 stdout 输出就够了但要排查问题时最好落盘loglevel notice logfile redis.logWSL2 环境里日志写到/var/log/redis/redis-server.log绿色版写到解压目录。最后补充几个日常有用的参数timeout 0 tcp-keepalive 300 maxclients 10000 slowlog-log-slower-than 10000 slowlog-max-len 128timeout 0意思是空闲连接不主动断开slowlog-log-slower-than 10000记录超过 10 毫秒的慢查询排查线上问题很顺手。6. 实战排障连不上、端口冲突、服务起不来的完整排查思路说句实话安装教程本身大家都看得懂真正让人头疼的是装完之后的能用但连不上阶段。我把实际运维中高频遇到的四类问题按排查链路完整写一遍你照着顺序走基本都能找到原因。6.1 redis-cli 连不上 server按这个顺序查症状是执行redis-cli ping报错比如Could not connect to Redis。别急着改配置按下面的顺序排查每一步都有明确的验证动作服务到底在不在跑。Windows 上执行tasklist | findstr redisWSL 里ps aux | grep redisDocker 环境docker ps。没进程就谈不上连不上先回到各章节把服务拉起来。端口有没有监听。Windows 上执行netstat -ano | findstr 6379看有没有 LISTENING 状态的记录。如果连监听都没有说明服务没起来或者起来后崩了。协议层是否通。PowerShell 里用Test-NetConnection 127.0.0.1 -Port 6379看 TcpTestSucceeded 是不是 True。这一步能区分网络不通和Redis 拒绝了协议。记没记密码。如果 redis-cli 报NOAUTH Authentication required说明服务端设了 requirepass你连接时带-a 密码就行。配置层面。检查 bind、protected-mode 和防火墙。如果 Docker 部署docker logs redis7看启动日志里有没有报错。这五步走下来90% 的连不上都能定位。我遇到最多的情况还是密码没带其次是防火墙——Windows 防火墙默认会拦外部连接如果应用从另一台机器连这台 Redis需要放行 6379 入站规则在高级安全里加一条 TCP 入站即可。6.2 6379 端口被占用和 Windows 保留端口端口被占用的报错很直接服务启动时输出bind: address already in use。处理分几步netstat -ano | findstr :6379 tasklist /FI PID eq 1234先看 6379 被哪个 PID 占着。如果进程是另一个 redis-server.exe那就是你自己之前起的实例忘停了用redis-cli shutdown nosave优雅关闭别直接 taskkill。如果是个不明进程先确认它不是系统组件再管理员权限执行taskkill /F /PID 1234。还有一个很隐蔽的坑Windows 因为 Hyper-V、WSL 等功能会动态保留一段 TCP 端口范围你的 6379 可能恰好落在保留段里。执行netsh interface ipv4 show excludedportrange protocoltcp如果看到输出里有类似6379 - 6399这样的保留区间那你 bind 6379 必然失败哪怕 netstat 显示这个端口是空的。解决办法很简单给 Redis 换一个端口比如 6380别和保留段硬碰。WSL2 的 localhost 转发也会在 Windows 上占用端口有时候你以为 6379 被占用其实是 WSL 里的 Redis 在转发这时候先停掉 WSL 里的 Redis在 Windows 上再启动原生版就不会冲突了。6.3 WSL2 和 Docker 特有的几个坑WSL2 方案里最常见的坑是内存。默认 WSL2 最多吃物理内存的 50%Redis 本身不大但你开发机如果同时跑着 Docker、Node、Java 那一堆东西内存不够的时候 WSL 会被 Windows 压得很惨Redis 开始频繁触发淘汰。解决办法是在用户目录下建.wslconfig[wsl2] memory4GB swap2GB localhostForwardingtrue改完执行wsl --shutdown重启 WSL 生效。我的经验是 Windows 开发机内存 16GB 的给 WSL 分配 4-6GB 足够别贪多。Docker 方案的坑集中在你以为容器删了数据就没了和重启后容器没自动恢复两件事上。前者必须有 volume 挂载后者就是 compose 里restart: unless-stopped设没设的问题。还有Docker Desktop 版本升级后容器启动失败的情况我也遇到过比如redis:7-alpine这种体积小的镜像没问题但自定义网络配置错了就会报 overlay 网络相关错误把容器删了重新docker compose up -d多半能解决。6.4 Windows 服务方式起不来1067的处理绿色版注册成 Windows 服务的坑我建议先看事件查看器。服务起不来报 1067打开事件查看器 → Windows 日志 → 应用程序找 Redis 相关的事件里面往往写清楚了失败原因。我归纳下来就三类配置文件路径写错了。--service-install时用的配置路径带空格或中文注册信息里路径被截断服务自然起不来。把 Redis 放纯英文短路径注册时用绝对路径。工作目录权限不够。服务跑在 LocalSystem 下如果解压目录在受 UAC 保护的路径Redis 写 dump.rdb 或者 AOF 会失败。把目录挪到D:\Tools这类普通目录右键给 Users 组加修改权限。配置里出现了语法不支持的项。比如某些 7.0 专属配置项在旧编译版里不认识启动直接崩。用当前版本支持的配置别拿生产 Linux 的配置硬套 Windows 编译版。排查链路到这里基本覆盖了我在 Windows 上跑 Redis 遇到过的大部分问题。最后再补一招注册服务前先前台跑一遍redis-server.exe redis.windows.conf看终端输出有没有报错能前台正常跑起来的服务注册后基本也能正常跑。7. 三套方案怎么选我最后留下了哪个到这里三条路线、配置文件、排障思路都讲完了最后用一张表把三套方案放在一起做最终对比对比项WSL2 原生版Docker Desktop社区绿色版Redis 版本官方 7.x 全系列官方 7.x 镜像通常 7.0.x 或更老对 Windows 要求Win10 2004需要 WSL2 后端无要求Win7 都能跑安装耗时20-30 分钟30 分钟 含 Docker 本体5 分钟升级方式apt 一条命令docker pull 换 tag手动下载替换配置迁移到 Linux零成本容器化另说需要调整路径和语法适合场景开发主力、模拟生产快速起停、版本隔离演示、老机器、免安装我自己的选择是Windows 主力开发机上用 WSL2 PPA Redis 7配置跟生产环境完全对齐平时写代码、压测、甚至搭一主两从的集群实验都能直接搬上服务器。临时起个干净环境或者要同时跑 6.x 和 7.x 验证兼容性的时候我会用 Docker Desktop 开容器用完即删。社区绿色版我一般只用在同事的演示电脑上以及一台内存只有 4GB 的老办公机上。最后分享两个我踩过坑之后形成的习惯。第一个把 redis-cli 配进 PATH。WSL2 里 Redis 装好之后我习惯在 Windows 的 PATH 里加一个 WSL 内 redis-cli 的软链或者干脆在 Windows Terminal 的新建配置里加一个 Ubuntu 终端随时redis-cli info server看版本。第二个也是更重要的一个Windows 上的 Redis 不管用哪个方案都只是开发/测试角色生产环境别在这上面跑。Windows 下 Redis 的部署、监控、备份生态和 Linux 比差太远我见过太多人把开发机上的 Redis 配置搬去生产 Windows 服务器结果限流、主从、数据恢复全都踩一遍坑。你在 Windows 上装 Redis 7 越熟练越应该清楚这个东西的最终归宿是 Linux。