Windows上安装Redis全攻略：下载、配置、服务注册与踩坑排查-代码聚汇网

Windows上安装Redis全攻略：下载、配置、服务注册与踩坑排查

外币兑换·2026-10-03·阅读 21 GEO检测（免费）

RedisWindows安装redis.conf

|难度：普通|阅读约 42 分钟

在Windows上装Redis，是个看起来五分钟搞定、实际上一折腾就是半天的活儿。很多人第一次搜“Redis下载”的时候，点开官网发现只有Linux源码包，根本没看到Windows安装包；再往后找，又冒出来一堆“中文网”“一键安装包”，下载按钮全是弹窗广告，装完还可能带出一堆全家桶。我在Windows上装Redis的次数不下二十次，帮同事排过各种“装完连不上”的问题，这类坑见得太多。这篇就把完整流程从头到尾走一遍：高可用可靠的安装包来源、免安装解压步骤、启动验证、注册成Windows服务、配置文件怎么改、可视化客户端怎么连，最后附上高频踩坑的排查记录。照着做，本地上跑Redis基本不会再有意外；也适合刚接触Redis的后端开发、测试和运维参考。

1. 为什么在Windows上装Redis的坑比想象中多

1.1 官方不提供Windows安装包的真正原因

先说个最根本的问题：Redis官网下载页只有源码包、Linux包，几乎没有Windows安装包。不是官方偷懒，而是Redis核心代码依赖了很多POSIX接口，比如fork()（创建子进程）、epoll（高并发网络事件模型）、信号处理等。Windows的进程模型和Linux差异很大，想把这些机制原封不动移植过来，工程量不小，而且官方一直把Linux当成主力生产平台，所以Windows支持长期处于“社区维护”状态。

因此市面上所有能下载到的Windows版Redis，基本都来自社区移植或商业移植。比较老牌的是微软Azure团队维护的Redis 3.x版本，但实在太老，连Redis 4.0以后的很多特性都缺，生产环境基本没人用。目前社区里最流行的两个来源，一个提供Redis 5.0.14.1的免安装zip包，另一个提供Redis 7.x的Windows构建，后面对比版本时细说。

1.2 几种常见安装方式的取舍

在Windows上跑Redis，能走的路不止一条，我列个对比表，方便你根据场景选：

安装方式	优点	缺点	适合场景
下载社区编译版zip解压	上手最快、不装额外依赖、进程可控、随时删掉换版本	版本受社区维护节奏影响，非官方	90%的本地开发场景
WSL里安装官方Redis	与Linux生产环境完全一致、功能完整、升级方便	需要启用WSL功能、内存占用略高	熟悉Linux命令、要做服务端调优
Docker Desktop跑Redis容器	环境隔离彻底、多版本切换方便、主从集群好搭建	需要WSL2后端支持、Docker配置有学习成本	学习Redis主从/哨兵/集群
Memurai	Windows原生、兼容Redis协议、有商业支持	高级版收费、中文资料少	企业级Windows生产环境

我个人给普通开发者的建议很直接：本地开发用zip解压就够了，不用为了一个缓存数据库去开启WSL或Docker；但如果你接下来要学主从、哨兵、集群这些架构知识，那Docker Compose起三个Redis容器才是正确姿势，因为单机上手动拉多实例虽然也能玩，但网络配置、数据目录、配置文件复制黏贴一大堆，容易把自己绕晕。

1.3 开头最容易踩的坑：下载来源不明

见过不少同事直接百度“Redis Windows下载”，点进一个后面带“中文站”字样的网站，下载回来一个自解压exe，双击安装完Redis没装好，电脑上多出来两三个推广软件。这类第三方站点没有义务保证纯净，版本还可能停留在十年前。所以后面所有步骤我都围绕GitHub Releases来写，这是唯一能保证“你下载的东西就是维护者发布的那个压缩包”的渠道。

需要模型API调用？免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。

2. 下载与解压：GitHub Releases里的版本怎么选

2.1 从哪找真正可靠的安装包

打开GitHub，搜索redis相关的Windows仓库，重点看两个：

tporadowski/redis：这个仓库维护的Redis 5.0.14.1 Windows版本，是过去几年Windows上最流行的选择，Releases页面里有Redis-x64-5.0.14.1.zip，直接下载zip压缩包。
部分社区仓库提供Redis 7.2.x的Windows构建，适合想在新版本特性上做本地验证的人。

下载的时候注意一点：优先下zip包，而不是某些第三方重新打包的msi安装程序。zip包的好处是解压即用、进程二进制完全透明，不写注册表、不装服务、不塞额外软件，用完直接删目录就是彻底卸载，这对开发环境来说非常友好。

2.2 版本怎么选：5.0.14.1还是7.x

如果只是本地跑一跑、写几个SET/GET、用用LIST和HASH，5.0.14.1完全够用，而且它拥有海量教程和社区资料，遇到问题搜索时基本都能找到答案。如果你的公司线上Redis是7.x，本地想尽量贴近生产环境，那就选7.x的Windows构建。新版7.x加入了如Redis Function、部分命令的优化等能力，但日常增删改查没有本质区别。

有一点要说明：Windows上的7.x属于社区自行编译的版本，发布时间可能滞后于官方最新稳定版，某些极端场景下有细微行为差异。所以我的原则是“本地开发图稳定选5.0.14.1，图新功能选7.x的社区构建”。

2.3 解压后，先看明白每个文件是干什么的

把zip解压到一个路径里，我习惯放在C:\Redis，注意两点：目录路径不要带空格，也尽量不要有中文。虽然新版Redis对路径容忍度变高了，但有些老工具、脚本在带空格路径下会莫名奇妙地失效，避免这种低级问题最简单的方法就是一开始就用纯英文路径。

解压完成后，目录里通常有这些文件：

redis-server.exe：Redis服务本体，后面所有操作都围绕它。
redis-cli.exe：命令行客户端，用来连接服务、执行命令、调试数据。
redis-benchmark.exe：压测工具，可以模拟并发请求测试本地性能。
redis-check-aof.exe和redis-check-rdb.exe：Redis持久化文件的修复和检查工具，崩溃恢复时会用到。
redis.conf：默认配置文件，启动服务时可以加载它，也可以不带配置直接启动。

text复制C:\Redis
├─ redis-server.exe
├─ redis-cli.exe
├─ redis-benchmark.exe
├─ redis-check-aof.exe
├─ redis-check-rdb.exe
├─ redis.conf
└─ sentinel.conf

redis.conf是重点，后面第四章专门讲改动哪些配置项。刚解压出来的配置文件是官方默认内容，直接启动也能跑，但很多参数不符合Windows本地开发习惯，需要手动调。

2.4 把目录加入PATH环境变量

每次都要先cd /d C:\Redis再敲redis-cli，时间久了太烦人，所以第一步就把C:\Redis加进用户环境变量PATH，这样任何路径下都能直接执行redis-cli和redis-server。

操作步骤：按Win + R输入sysdm.cpl回车，打开系统属性 → 高级 → 环境变量 → 在“用户变量”里找到Path并编辑 → 新建一行填C:\Redis → 确定保存。

这里提醒一句：改完环境变量后，已经打开的cmd或PowerShell窗口不会立即生效，必须新开一个终端窗口再验证。

2.5 验证安装版本，确认二进制可用

新开一个cmd窗口，依次执行：

bash复制redis-server --version
redis-cli --version

正常会输出类似下面这样的信息：

text复制Redis server v=5.0.14.1 sha=00000000:0 malloc=jemalloc-4.0.3 bits=64 build=...
redis-cli 5.0.14.1

看到bits=64就说明是64位版本，在64位Windows上可以放心用。这一步能过滤掉很多“解压出来缺dll”“下载文件损坏”的隐性坑。

3. 启动与验证：从flash前台运行到注册Windows服务

3.1 第一次启动：先在前台跑起来

在C:\Redis目录下执行：

bash复制redis-server

如果一切正常，终端会输出类似这样的日志：

text复制                _._
           _.-``__ ''-._
      _.-``    `.  `_.  ''-._           Redis 5.0.14.1
  .-`` .-```.  ```\/    _.,_ ''-._
 (    '      ,       .-`  | `,    )     Running in standalone mode
 |`-._`-...-` __...-.``-._|'` _.-'|     Port: 6379
 |    `-._   `._    /     _.-'    |     PID: 12345
  `-._    `-._  `-./  _.-'    _.-'
 |`-._`-._    `-.__.-'    _.-'_.-'|
 |    `-._`-._        _.-'_.-'    |       http://redis.io
  `-._    `-._`-.__.-'_.-'    _.-'
 |    `-._`-._    `-.__.-'    _.-'_.-'
 |    `-._`-._        _.-'_.-'    |
  `-._    `-._`-.__.-'_.-'    _.-'
      `-._    `-.__.-'    _.-'
          `-._        _.-'  `-._        _.-'
              `-.__.-'                   `-.__.-'

12345:M 10 Oct 2025 10:30:00.123 # Server initialized

看到Port: 6379和Server initialized，就说明Redis已经跑起来了。此时终端被Redis的日志输出占住，Ctrl + C可以直接关闭服务，这是标准的前台模式。开发时偶尔手动起一下临时实例，这种方式很直观。

3.2 Windows上的经典大坑：daemonize yes不生效

在Linux上，你会在redis.conf里写：

text复制daemonize yes

让Redis以守护进程方式在后台运行，终端窗口关闭后服务依然存在。但在Windows版Redis上，这个配置是无效的，无论写不写daemonize yes，在没有注册成服务的情况下启动，服务进程都挂在当前终端上。你把cmd窗口一关，Redis就跟着没了。

这一点不是配置写错，是Windows不支持fork导致的。所以我们后面会用Windows服务的方式解决“后台长期运行”的问题，而不是靠改配置。

3.3 指定配置文件启动

如果想把自定义配置加载进去，启动时指定配置路径即可：

bash复制redis-server C:\Redis\redis.conf

这里有一个Windows特有的路径注意点：配置文件里如果写：

text复制dir /data

在Linux上代表根目录下的/data，在Windows上会被解析成当前盘符下的\data或直接报错。所以凡是涉及目录的配置项，我都建议写完整的Windows绝对路径，比如：

text复制dir "C:/Redis/data"

先把C:\Redis\data目录手动建好，再启动服务，避免Redis启动后想写RDB持久化文件却找不到目录。

3.4 用redis-cli完成闭环验证

服务跑起来后，新开一个终端窗口，用自带的命令行客户端连接：

bash复制redis-cli -h 127.0.0.1 -p 6379 ping

返回PONG，说明客户端和服务端链路是通的。再试试最基本的数据读写：

bash复制redis-cli
127.0.0.1:6379> set blog "hello redis"
OK
127.0.0.1:6379> get blog
"hello redis"

验证完想关闭服务，不要直接杀进程，用Redis自己的命令优雅退出：

bash复制redis-cli shutdown

它会触发持久化（如果开启了RDB或AOF），把内存数据落盘后再退出，比Ctrl + C粗暴中断更安全。

redis-cli常用的参数也顺手记一下：

-h：指定连接主机的IP，默认127.0.0.1
-p：指定端口，默认6379
-a：指定密码，如果服务端设置了requirepass
--raw：以原始格式输出，避免中文和特殊字符被转义显示

3.5 把Redis注册成Windows服务，解决后台自启

要让Redis像普通软件一样开机自启、后台静默运行，首选是把redis-server.exe注册成Windows服务。不同的Windows编译版支持方式不一样，以我常用的Redis 5.0.14.1为例，它自带了服务安装参数：

bash复制# 安装服务
redis-server --service-install

# 启动服务
redis-server --service-start

# 停止服务
redis-server --service-stop

# 卸载服务
redis-server --service-uninstall

执行完--service-install后，打开services.msc，能看到一个名为Redis的服务，状态是已停止，把它手动启动，或者执行redis-server --service-start。之后就算你关了所有终端窗口，Redis也会在后台继续运行，重启电脑后服务会自动拉起。

如果你的Windows版本编译包不支持--service-install参数，用NSSM这款开源工具包一层也很方便：

bash复制nssm install Redis "C:\Redis\redis-server.exe" "C:\Redis\redis.conf"
nssm start Redis

NSSM会把redis-server包装成Windows服务，支持崩溃自动重启、日志输出到文件，做本地开发也够用。

注册服务时有一个细节值得注意：服务默认会用LocalSystem账户运行，权限足够，但如果你在redis.conf里把dir指定到了C:\Users\<你的用户名>\RedisData这种用户目录，服务运行账户可能没有权限访问个人配置文件加目录，导致RDB写入失败。所以服务模式下，dir一律写到C:\Redis\data这类共享目录更省心。

4. redis.conf配置改动清单：本地环境别裸奔

4.1 为什么一定要改配置

很多新手装了Redis后第一步就是直接redis-server裸奔，能跑就继续干活。实际上一段时间后就会遇到各种问题：数据重启就丢、内存无限涨、日志找不到、局域网连不上。这些问题大多不是Redis本身的问题，而是没有按环境去调整默认配置。下面这份清单是我在Windows本地环境里最基本的一套改动，照着填一遍就能避开绝大多数坑。

4.2 网络访问、端口和访问控制

配置文件里最影响连接行为的三个参数：

text复制bind 127.0.0.1 -::1
protected-mode yes
port 6379

默认配置下，Redis只允许本机通过回环地址127.0.0.1连接，外部机器无法访问，这是安全设计，本地开发时不用动。但如果你开了虚拟机，或者想从手机上连电脑上的Redis调试接口，就需要改成：

text复制bind 0.0.0.0
protected-mode no
port 6379

同时强烈建议设置密码：

text复制requirepass yourpassword

这里有个原则必须讲透：开放局域网访问和设密码永远是配套动作。protected-mode no意味着Redis不再主动拒绝外部连接，如果又没密码，任何能扫描到你端口的设备都可以连上来读写数据，轻则数据被删，重则被用来挖矿。本地开发机被扫描的案例真的不少。

4.3 内存上限和淘汰策略

本地开发时Redis会一直占着内存，虽然写不了几个数据，但为了防止某些异常脚本把内存打满，还是建议加一个上限：

text复制maxmemory 256mb
maxmemory-policy allkeys-lru

maxmemory是Redis能使用的最大内存量，超过这个值后，Redis会按maxmemory-policy指定的策略淘汰旧数据。allkeys-lru的意思是：在所有key里，优先淘汰最久没被访问的key。这对大多数缓存场景都是合理的，因为Redis本来就是干“热数据缓存”的，把冷数据踢掉不影响核心功能。

如果某个场景需要严格保留所有key，可以把maxmemory-policy改成noeviction，Redis会停止写入并返回错误，而不是默默丢数据。取决于你需要的是“缓存”还是“存储”，这点要想清楚。

4.4 持久化、日志与文件目录

Redis默认开启RDB持久化，数据会定期快照到磁盘，文件名叫dump.rdb。开发时想减少数据丢失风险，可以再开启AOF追加日志：

text复制appendonly yes
appendfsync everysec

appendonly yes代表每一条写命令都会追加到AOF文件，appendfsync everysec表示每秒把缓冲刷入磁盘一次，兼顾性能和数据安全。本地开发没有太高的写入压力，开AOF完全没有性能负担，但它能救回很多“咦，我数据怎么没了”的瞬间。

路径相关配置我直接给出Windows下可用的写法：

text复制dir "C:/Redis/data"
logfile "redis.log"
loglevel notice

先建好C:\Redis\data目录，dump.rdb和AOF文件都会生成到这个目录下。logfile配了之后，日志不再打印到终端窗口，而是写入redis.log。loglevel notice级别适中，既能看到关键信息，又不会被大量调试日志刷屏。

4.5 改完配置如何生效

配置改动后，有的参数支持运行时动态调整，比如：

bash复制redis-cli -a yourpassword CONFIG GET maxmemory
redis-cli -a yourpassword CONFIG SET maxmemory 512mb
redis-cli -a yourpassword CONFIG REWRITE

CONFIG SET能临时改，CONFIG REWRITE会把当前运行配置写回配置文件，相当于持久化。但requirepass、bind这类网络相关参数，部分情况下还是需要重启才能完全生效。最稳妥的流程是：

改完redis.conf保存。
redis-cli shutdown关闭当前服务。
重新执行redis-server C:\Redis\redis.conf或启动Windows服务。
redis-cli ping验证恢复。

服务模式下更简单，在services.msc里右键重启Redis服务即可。

4.6 正确加载配置的验证方法

很多人改完配置发现没生效，大概率是启动时根本没加载配置文件：

bash复制# 正确，指定配置文件路径
redis-server C:\Redis\redis.conf

# 错误，没有指定任何配置，走纯默认参数
redis-server

验证当前生效参数，用：

bash复制redis-cli -a yourpassword CONFIG GET maxmemory
redis-cli -a yourpassword CONFIG GET appendonly

返回的值如果等于你设置的内容，说明配置确实加载进去了。这条验证习惯能帮你省掉大量“我改了怎么没用”的排查时间。

5. 图形化客户端连接：Another Redis Desktop Manager配置与基础操作

5.1 为什么推荐这款开源客户端

命令行敲多了，难免想看个图形界面。Windows下Redis可视化客户端常用的有两款：官方RedisInsight和开源的Another Redis Desktop Manager（简称ARDM）。

对比项	Another Redis Desktop Manager	RedisInsight
收费情况	免费开源	免费，部分企业功能收费
是否强制注册登录	不需要	首次使用需填写邮箱
包体大小	小，启动快	较大，功能全
SSH隧道支持	支持	支持
跨平台	Windows/macOS/Linux	Windows/macOS/Linux

个人更推荐ARDM做日常开发工具，原因就一条：打开快、不登陆、没有一堆用不上的企业级功能干扰。官方RedisInsight在图形化分析内存、慢日志方面更强，等工作上需要深度排查Redis性能时再装也不迟。

5.2 新建连接，测试连通性

下载ARDM的Windows版本，安装后打开主界面，点击左上角“新建连接”：

名称：local
地址：127.0.0.1
端口：6379
密码：如果你配置过requirepass，这里填对应的密码

填完点“测试连接”，看到连接成功提示后保存。左侧列表中就会出现local这个连接，展开后能看到db0到db15，这是Redis默认的16个逻辑数据库。默认所有数据都在db0里，db1到db15是给需要逻辑隔离的场景准备的，比如同一个Redis实例缓存不同业务线的数据。

5.3 在客户端里认识Redis五种基础数据类型

很多搜索“Redis数据类型”的人，其实是想搞清楚不同数据结构的应用场景。图形化客户端是理解这五类结构最好的方式，因为你能直接看到key旁边的类型标志。

String（字符串）：最基础的类型，SET user:name "alex"，适合存缓存、计数器、session。
Hash（哈希）：一个key下面挂多个字段，HSET user:1 name "alex" age 18，适合存对象。
List（列表）：有序字符串列表，LPUSH queue "task1" "task2"，适合做消息队列。
Set（集合）：无序唯一元素，SADD tags "redis" "windows"，适合去重、共同好友等场景。
ZSet（有序集合）：每个元素带分数，按分数排序，ZADD rank 100 "alex" 90 "bob"，适合排行榜。

在ARDM里执行几个添加命令后点刷新，左侧key列表能直接看到每个key的小图标或类型标识，比命令行直观得多。数据量不多的本地调试阶段，我基本都靠客户端看结构。

5.4 客户端里值得顺手用的功能

查看TTL：选中任意key，能看到剩余过期时间。排查缓存为什么失效时非常好用。
内置指令面板：底部或右键菜单里有命令行输入框，遇到客户端界面看不明白的情况，直接敲命令查。
按前缀过滤key：左侧搜索框输入user:*能过滤出所有用户相关的key，比在命令行里KEYS user:*安全，因为KEYS命令在线上大量key时会阻塞Redis。
Pub/Sub订阅测试：ARDM里有订阅面板，可以订阅一个频道，再开一个客户端向频道发消息，本地调试消息通知机制非常方便。

如果你本地同时开了多个Redis实例，脚本或客户端连接时经常连错端口，这类问题用ARDM反而不会发生，因为每个连接都是单独配好端口的，一眼就能分辨。

6. 实测踩坑记录：端口占用、中文乱码、后台启动失败

最后这部分是我在这些年帮人排障时遇到最多的三类问题，每一个都配了完整排查链路，你可以直接照做。

6.1 启动闪退，八成是6379端口被占用

现象：双击redis-server.exe，窗口一闪而过，或者执行redis-server后终端立刻退出，看不到任何日志。

第一步：先让错误信息留下来，在cmd里执行：

bash复制redis-server

让报错停在屏幕上，常见的输出是这样：

text复制# Creating Server TCP listening socket *:6379: bind: Address already in use

说明6379端口被其他进程占了。

第二步：用下面两条命令找到占用端口的进程：

bash复制netstat -ano | findstr "6379"

输出里最后一列是PID，比如12345。

第三步：查这个PID是什么进程：

bash复制tasklist | findstr "12345"

如果显示的是redis-server.exe，说明你之前已经有一个Redis实例在跑了，可能注册了Windows服务自动启动，现在又手动起了一个，端口冲突。处理方式是在services.msc里停掉重复服务，或者自己手动起的那个别再管。

如果占用进程是其他程序，可以用：

bash复制taskkill /PID 12345 /F

强制结束它，然后再启动Redis。注意taskkill是最后手段，先确认进程是什么再动手，别把系统关键进程误杀了。

6.2 redis-cli查中文全是乱码

现象：在redis-cli里SET user:1 "张三"，再GET user:1，屏幕上显示的不是“张三”而是一堆乱码。

原因：Redis存储的字符串是UTF-8编码，而Windows自带cmd默认代码页是GBK（代码页936），显示中文时两边编码不一致，自然乱码。

解决办法有三种，任选其一：

执行chcp 65001，把当前终端代码页切到UTF-8。
执行redis-cli --raw后再查询，原始输出会直接显示成中文。
放弃用cmd当终端，改用Windows Terminal或VS Code的集成终端，它们对UTF-8支持更好。

这个坑特别容易在Windows Server或老版本Win10上出现，装了新版系统的朋友可能没遇到过，但写脚本重定向输出时依然要留意编码问题。

6.3 关掉终端，Redis进程就消失了（后台启动失败）

现象：redis-server正常启动，业务也连上了，但一旦关闭cmd窗口，Redis立刻跟着退出。

原因：之前提过，Windows版Redis不支持daemonize yes，所以它无法自己脱离终端做守护进程。

解法按推荐顺序排列：

注册成Windows服务，这是最正规的方式，服务由系统托管，不依赖任何终端窗口。
用NSSM把redis-server包装成服务，适合自带--service-install参数不生效的编译版本。
写一个bat脚本，放在启动文件夹里，开机自动启动redis-server，但这种方式没有崩溃恢复能力，只能算补救方案。

另外还有一种情况：服务已经注册成功并启动了，但业务还是连不上。这时要去services.msc看服务状态是不是“正在运行”，再用redis-cli ping验证。如果服务一直启动失败，多半是服务加载的配置有问题，比如dir路径不存在、logfile路径无权限，把配置文件改好再重启服务。

6.4 局域网连接超时或拒绝：防火墙和protected-mode双重排查

现象：本机redis-cli连得上，但同一局域网的另一台电脑或手机，用IP:6379连不上。

排查链路从底层往上走：

本机先验证Redis是否监听在所有网卡上：

bash复制redis-cli -a yourpassword CONFIG GET bind

如果返回127.0.0.1，那肯定只有本机能连，改成0.0.0.0并重启服务。

检查防火墙是否放行6379端口。控制面板 → Windows Defender防火墙 → 高级设置 → 入站规则 → 新建规则 → 端口 → TCP 6379 → 允许连接。这是Windows下局域网访问最常见的那道拦路虎，Redis本身配置完全正确也会被防火墙挡在外面。
从另一台机器执行连通性测试：

bash复制telnet 192.168.1.100 6379

能进入一个空白终端说明端口通了，连不上说明防火墙或路由问题。

再确认protected-mode。如果protected-mode yes且没有设置密码，Redis会拒绝非本机IP的连接，即使bind 0.0.0.0也一样。所以局域网访问的正确组合是：

text复制bind 0.0.0.0
protected-mode no
requirepass yourpassword

还是那句话：开放访问必须带密码，不带密码的裸Redis暴露在局域网里，跟把家门钥匙放门口没什么区别。

6.5 命令行密码泄露的小隐患

redis-cli支持-a参数直接传密码：

bash复制redis-cli -h 127.0.0.1 -p 6379 -a yourpassword

这种方式方便，但密码会出现在终端历史记录里，甚至可能被进程列表在特定权限下看到。习惯好一点的用法是设置环境变量：

bash复制set REDISCLI_AUTH=yourpassword
redis-cli

设置REDISCLI_AUTH后，redis-cli会自动使用该变量作为认证密码，不再需要把密码写在命令行参数中。这是很小但很值得养成的安全习惯，尤其当Redis配置了高权限访问时。

我自己的经验是，Windows上跑Redis真正稳定顺手之后，基本感受不到它的存在：服务后台挂着，客户端用ARDM连，配置文件锁在C:\Redis里，网络和内存参数都固定。最常出问题的反而是后来新装的其他软件悄悄占了6379端口，或者防火墙策略变动把端口规则清了。所以最后再分享一个顺手的小技巧：在桌面上放一个redis-cli-快捷方式.bat，内容就一行：

bat复制@echo off
redis-cli -h 127.0.0.1 -p 6379

以后排查任何“本地Redis连不上”的问题，双击它，先看一眼报错是连接被拒还是超时，再顺着这条链路查下去，能省大量时间。