0. 写在前面：先搞明白Windows装Redis这件事的坑在哪
说到Redis，后端开发几乎没人不知道。内存数据库、缓存、分布式锁、消息队列，它一个不落全占了。很多朋友在Linux服务器上装Redis顺手得很，一条apt install redis-server或者编译安装就完事，但一换到Windows，麻烦就来了。
Redis官方压根不提供Windows版本。官网下载页面只有Linux、macOS的包，Windows用户第一次去找下载入口，十有八九会懵。再加上网上搜出来的教程五花八门，有让装WSL的、有让装Docker的、有让用第三方移植版的，版本还新旧不一，照着抄都可能翻车。
这篇文章把我自己在Windows上装Redis的全部经验整理出来，覆盖下载渠道、版本选择、安装步骤、配置修改、注册服务、可视化客户端，以及常见报错的排查思路。无论你是刚入门想在本机搭个环境练练手，还是工作中需要在Windows开发机上跑一套Redis做联调，都可以直接照着操作。我会把每个方案背后的原理和适用场景也讲清楚，这样你下次遇到问题就能自己判断，而不是只会复制粘贴命令。
1. 为什么官方不支持Windows，以及主流的三个落地方案
1.1 官方不认Windows的来龙去脉
Redis的官方文档里写过一句很直接的话：Redis是在Linux上开发的，官方不支持Windows平台。原因一是Redis的很多底层特性依赖Linux的机制，比如fork()系统调用用来做持久化时的子进程快照，Windows没法原生支持；原因二是官方团队认为生产环境就该跑在Linux上，为Windows做适配投入产出比太低。
但这不代表Windows上完全没法用。目前社区里主流的做法有三条路，我分别说下它们的本质，你就能根据自己的情况选了。
1.2 三条路的对比与选型思路
第一条路：使用第三方移植版
微软曾经在2016年左右维护过一个Windows版的Redis，叫Redis on Windows，后来停更了。现在GitHub上最活跃的Windows移植版是tporadowski/redis，基于Redis 5.0.x的代码的拉取维护，提供了完整的安装包和解压版。这条路的特点是：安装最快、最接近原生体验、适合本机开发和测试。
需要注意的是，这个移植版的版本号停在5.0.x，和当前Linux上的7.x/8.x相比有差距，新特性比如Redis Stack的JSON、Search模块是没有的。但常规的缓存、队列、锁这些核心功能完全够用。如果你想用更高级的数据类型和模块，就得看后面两条路。
第二条路：用Docker跑官方镜像
Docker Desktop装好之后，docker run redis:7.4一条命令就能拉官方镜像跑起来。这条路的好处是版本新、和Linux生产环境完全一致、不会遇到Windows的兼容问题。坏处是你得先装Docker Desktop，而且Docker Desktop本身对系统配置有要求（Windows 10/11 64位、开启虚拟化、WSL 2等）。对想认真学Redis的开发者来说，我其实更推荐这条路，后面我会专门写一节。
第三条路：用WSL（Windows Subsystem for Linux）
在Windows里装一个Ubuntu子系统，然后在子系统里用Linux的方式装Redis。这条路最接近生产环境，但操作链路长，涉及WSL发行版安装、systemd配置、端口转发等一堆细节，新手容易被绕晕。我的建议是：如果你已经在用WSL做开发了，那顺手在里头装Redis很合适；如果只是为了用Redis去装WSL，性价比不高，不如走前两条路。
为了照顾大多数读者的需求，这篇文章的主体讲第一条路，也就是第三方移植版，因为它是Windows用户最容易上手、步骤最直接的方式。第二条路的详细操作放在后面的进阶章节。
2. 下载前的准备：版本号、下载渠道、文件识别
2.1 Redis版本号怎么看，该选哪个
Redis的版本号采用的是语义化版本，比如5.0.14.1，主版本号是5，次版本号是0，补丁号是14，最后还可能有个维护号。主版本号不同，功能差异会很大，比如4.x才支持混合持久化，5.x引入了Stream数据类型。对我们Windows用户来说，能选到的移植版主要是5.0.x，够用就好，不用纠结版本新旧。
如果你决定用Docker方案，那就建议选官方镜像的稳定版本，比如redis:7.4或者redis:7.2，别用latest标签，因为latest指向的版本会变化，今天装的和明天装的可能是不同版本，复现环境的时候容易出幺蛾子。
2.2 下载渠道：官方渠道和第三方渠道怎么认
我需要强调一点：Redis官网（redis.io）本身不直接提供Windows安装包。官网的Downloads页面只给Linux和macOS的链接。Windows用户要下载，认准GitHub上的tporadowski/redis这个仓库就行。
进入仓库页面后，点击右侧的Releases，里面会有多个版本的发布记录。每个release下面一般提供两种文件：
Redis-x64-x.x.x.msi：MSI安装包，双击就能装，会自动注册Windows服务Redis-x64-x.x.x.zip：免安装版本，解压就能用，更灵活
我个人的建议是下载ZIP版。原因有几个：免安装版不写注册表、不改系统环境变量，卸载就是删文件夹，干净利落；而且你可以把Redis放在任意目录，多个版本并存互不干扰；配置文件在解压目录里，方便直接改，出问题也好排查。MSI版虽然装起来省事，但它默认装到C:\Program Files\Redis，改配置要管理员权限，反而麻烦。
这里再提醒一句，网上下载Redis时，凡是要求你注册账号、付费、或者跳转到不明站点的，基本都是坑。认准GitHub官方仓库的Releases页面即可。
3. 方案一：解压版安装和基础配置实操
3.1 解压到目标目录，确认目录结构
ZIP包下载完成后，解压到一个你方便管理的目录，比如D:\Redis或者C:\Redis。解压后你会看到一堆文件，常见的有：
redis-server.exe：服务端程序，核心中的核心redis-cli.exe：命令行客户端，用来连接和操作Redisredis-benchmark.exe：性能测试工具redis-check-aof.exe、redis-check-rdb.exe：持久化文件检查修复工具redis.windows.conf、redis.windows-service.conf：配置文件
我个人习惯把解压目录改个名，比如redis-5.0.14.1，然后建议把目录放到一个纯英文路径下。如果路径中含有中文或空格，后续在某些脚本和工具里容易出奇怪的编码问题，这个坑我踩过不少次，提前避免。
3.2 第一次启动：使用默认配置验证环境
打开一个命令行窗口（Win+R输入cmd回车，或者用Windows Terminal），切换到Redis目录，执行：
redis-server.exe如果一切正常，你会看到Redis的启动日志，包括版本号、运行模式、端口号（默认6379）、进程ID等。看到Server initialized和Ready to accept connections这两行，就说明Redis已经成功启动了。
这时候另开一个命令行窗口，进入同样的目录，执行：
redis-cli.exe ping如果返回PONG，恭喜你，Redis已经跑起来了。这个ping/pong是Redis自带的连通性测试命令，就像你跟服务说“在吗”，它回你“在”。
3.3 基本配置修改：密码、端口、持久化
默认配置下Redis可以直接连接，没有密码，这在本地学习时没什么问题，但如果你的开发机在网络里，别人也能扫到6379端口并连接，那就危险了。所以即使本机使用，我也建议至少做三件事：改端口、设密码、开启持久化。
修改配置文件
用文本编辑器打开redis.windows.conf，找到并修改以下几项：
# 端口号，默认6379，建议改成自定义端口减少被扫描的风险 port 6379 # 绑定地址，默认是127.0.0.1表示只允许本机连接 bind 127.0.0.1 # 设置密码，取消注释并按需修改 requirepass yourpassword # 开启RDB快照持久化，默认已有，保持开启即可 save 900 1 save 300 10 save 60 10000这里解释一下requirepass，设置后所有客户端连接都必须先执行AUTH yourpassword命令验证身份，否则任何读写操作都会被拒绝。生产环境这是最基本的安全底线。
用配置文件启动
改完配置后，用以下命令启动，让Redis加载这个配置文件：
redis-server.exe redis.windows.conf启动后用客户端验证密码是否生效：
redis-cli.exe -p 6379 # 此时执行 ping 会提示 NOAUTH Authentication required auth yourpassword # 返回 OK ping # 返回 PONG或者也可以直接一句话带密码连接：
redis-cli.exe -p 6379 -a yourpassword ping-a参数直接带密码，但命令行中会明文显示密码，正式场合要注意，这里本地测试无所谓。
3.4 手动启动的问题：窗口一关Redis就没了
直接用redis-server.exe启动Redis，CMD窗口会被前台进程占住，一旦关掉窗口，Redis就停了。这在你需要长期跑Redis做开发时非常不方便。解决方法是把Redis注册成Windows服务，让它在后台自动运行，开机自启，像Linux上的systemctl start redis一样。这一节放在后面单独讲。
3.5 顺手验证一下Redis的核心功能
装好之后，建议用几个最常用的命令确认基本功能正常，这样后面学redis数据类型、redis分布式锁这些进阶内容时心里有底：
# 设置一个字符串键 set user:name "zhangsan" # 获取键值 get user:name # 给键设置过期时间，60秒后自动删除 expire user:name 60 # 查看键的剩余生存时间 ttl user:name这里多说一句，ttl返回-2表示键不存在，-1表示键没有设置过期时间，正数表示剩余的秒数。这些命令在后面的各类Redis教程里会反复出现，提前在本地敲一敲，手感会好很多。
4. 方案二：注册成Windows服务，实现开机自启
4.1 使用Redis自带的服务安装脚本
tporadowski/redis这个仓库的ZIP包里面没有直接提供安装服务的exe，但有个办法：它以MSI方式安装时会自动注册Windows服务。如果你下载的是ZIP版，就需要借助系统自带的sc命令或者微软的WinSW工具来注册服务。
我个人推荐使用WinSW（Windows Service Wrapper），它的原理很简单：用一个配置文件描述你要运行的程序、服务名、启动参数，然后把它注册成Windows服务，由Windows服务管理器来负责拉起和守护进程。
4.2 用WinSW把redis-server注册成服务
第一步：去GitHub搜索winsw/winsw，下载对应版本的exe文件，比如WinSW-x64.exe，把它放到Redis目录下，并重命名为redis-service.exe（名字随意，方便识别就行）。
第二步：在同一目录创建一个配置文件redis-service.xml，内容参考如下：
<service> <id>Redis</id> <name>Redis</name> <description>Redis Server Service</description> <executable>D:\Redis\redis-server.exe</executable> <arguments>D:\Redis\redis.windows.conf</arguments> <logmode>rotate</logmode> <onfailure action="restart" delay="10 sec"/> </service>重点看两个地方：executable要写你机器上redis-server.exe的完整路径，arguments要写配置文件的完整路径。路径中的反斜杠记得用双反斜杠转义，或者改用正斜杠D:/Redis/redis-server.exe，能省去不少转义的坑。
第三步：以管理员身份打开命令行，进入Redis目录，执行安装命令：
redis-service.exe install看到Installing service和Service 'Redis' was installed successfully之类的输出，就说明服务注册成功了。
第四步：启动服务：
redis-service.exe start或者也可以在Windows服务管理器中找到名称为Redis的服务，手动点击启动，并把启动类型改成“自动”。
4.3 服务生效后怎么验证
服务启动后，可以用命令行工具确认状态：
sc query Redis输出里STATE如果显示RUNNING，说明服务正在运行。这时候你关掉电脑再开机，Redis也会自动在后台启动，不再需要手动开窗口了。
如果后续想改配置，改完redis.windows.conf后需要重启服务让它生效：
redis-service.exe stop redis-service.exe start或者简单点，用sc stop Redis && sc start Redis。
4.4 服务方式下配置文件的注意事项
如果你用redis.windows-service.conf这个文件作为服务配置，需要额外注意持久化路径相关设置。因为我遇到过一种情况：服务模式下Redis的工作目录不是解压目录，而是C:\Windows\System32，导致RDB持久化文件（dump.rdb）被写到了系统目录里，找半天找不到数据文件。
解决方法是，在配置文件中明确设置dir参数：
# 指定持久化文件的存放目录 dir D:/Redis/data同样，日志文件如果开启了，也建议指定绝对路径：
# 日志文件路径 logfile "D:/Redis/logs/redis.log"这里用正斜杠写法，Redis在Windows下对正斜杠兼容很好，不容易踩转义坑。记住这个经验，后面排查“数据怎么丢了”或者“日志跑哪去了”这类问题时能省一大半功夫。
5. 可视化客户端的选型和连接配置实战
5.1 命令行再好用，调试时还是想要图形界面
Redis自带的redis-cli.exe很好用，但看键值列表、查看过期时间、浏览类型时效率太低。尤其刚开始学Redis的人，对着黑窗口敲命令，很难直观感受到“我在内存里存了什么”。所以我很建议装一个可视化客户端工具来辅助学习和联调。
5.2 几个主流客户端的对比
- Redis Desktop Manager（RDM）：老牌工具，知名度最高，但新版改为付费订阅制，免费版功能受限，用起来硌得慌。
- Another Redis Desktop Manager（ARDM）：开源免费的跨平台Redis客户端，UI清爽，连接管理、键值浏览、终端执行这些功能都齐全，我现在主力就是它。
- RedisInsight：Redis官方出的可视化工具，功能强大，支持Redis Stack模块的图形化操作，缺点是对新手来说界面信息有点重。
如果你问我选哪个，本地开发和日常调试，我推荐Another Redis Desktop Manager，理由很简单：免费、够用、更新勤快。下载的话同样去GitHub找它的Releases页面，Windows版本选RedisDesktopManager-Windows-*.exe即可。
5.3 用ARDM连接Redis的实际步骤
装好ARDM后，打开软件，点击新建连接，需要填几个关键信息：
- 连接名：随便起，比如“本地Redis”
- 地址：如果Redis在你本机，填
127.0.0.1 - 端口：默认6379，如果改了配置就填改后的端口
- 密码：如果设置了
requirepass，这里填对应的密码
填完之后点击测试连接，如果成功会看到响应时间之类的信息。保存后双击连接，就能在左侧树形列表里看到数据库的键，点击具体键能在右侧查看值，还能支持看TTL、修改值、删除键。对学习和调试来说，这个体验比命令行了好了不止一个档次。
5.4 连接不上时先检查这三处
很多人第一次用可视化客户端连接失败，原因通常不是客户端问题，而是Redis配置问题。检查顺序如下：
- Redis是否真的启动了：命令行执行
tasklist | findstr redis-server，确认进程存在 - 端口是否对得上：确认配置文件里的
port和你填的客户端端口一致 - 绑定地址是否允许：如果Redis配置了
bind 127.0.0.1，就只能本机连，局域网其他机器连不上是正常的
这里要特别说明bind参数，它限制的是Redis监听在哪个网络接口上。默认127.0.0.1意味着只监听本机回环地址，外网和局域网都无法访问，这是最安全的本机开发配置。如果你确实需要让局域网内的其他机器连接（比如你在虚拟机里跑Redis，宿主机要连），可以改成bind 0.0.0.0，但前提是你已经设了requirepass，否则相当于把Redis裸奔暴露在局域网里，这个口子不要随便开。
6. 常见问题与排查技巧实录
6.1 redis-server.exe双击闪退
双击redis-server.exe，窗口一闪而过，什么都看不清。这个问题特别常见，尤其是新手。原因一般是两种：一是没有加载配置文件时默认配置有问题，二是端口被其他进程占用，Redis启动时报错退出，窗口瞬间关闭看不到报错内容。
解决办法：不要双击，打开命令行手动运行，这样报错会留在窗口里：
cd /d D:\Redis redis-server.exe redis.windows.conf如果端口被占用，启动日志会显示Could not create server TCP listening socket *:6379: bind: No error或者Address already in use之类的信息。解决方法是换端口，或者找到占用端口的进程并处理它：
netstat -ano | findstr 6379看到占用端口的PID之后，去任务管理器里查一下这个PID对应的程序，确认无误后结束进程就行。如果有别的应用在用6379，我建议优先考虑改Redis端口而不是杀进程，毕竟你也不知道那个进程是干嘛的。
6.2 连接时报错NOAUTH Authentication required
这个问题最容易出现在设置了密码之后。设置requirepass后，所有客户端包括redis-cli连接上来，都必须先执行AUTH，否则连ping都会被拒绝，返回NOAUTH Authentication required。
第一次遇到这个报错，我的经验是先确认三件事：
- 连接时是否带了密码：
redis-cli.exe -a 你的密码 ping - 密码是否写对：确认配置文件和实际输入一致，注意别有多余空格
- 配置文件是否真的被加载：如果你直接启动
redis-server.exe没带配置文件参数，那配置里的密码就不会生效，连接理论上应该是不需要密码的，如果这时还报NOAUTH，那说明密码来自其他地方的配置
另一种情况恰好相反：你明明设置了密码，连接却提示ERR Client sent AUTH, but no password is set。这说明Redis启动时根本没加载你改过的配置文件。我见过有人改完redis.windows.conf，启动时却忘了指定配置文件，直接用默认配置跑了，结果密码自然不生效。教训就是：改配置后必须用redis-server.exe 配置文件路径这样启动，或者重启Windows服务。
6.3 配置文件改了半天就是不生效
这个坑我踩过很多次，单独拿出来说。save、maxmemory、appendonly这些参数，改完配置后看起来没问题，重启服务后却不生效，通常原因就两个：
一是改错了文件。Windows移植版自带的配置文件比较多，可能有redis.conf、redis.windows.conf、redis.windows-service.conf，你改的是A文件，启动和服务用的是B文件，自然不生效。我建议只保留一个配置文件，其他没用的改名备份或者删掉，彻底避免混淆。
二是文件编码问题。用Windows自带的记事本编辑配置文件，保存时默认编码可能是ANSI或UTF-8带BOM，Redis解析某些编码时会把配置项头尾带上奇怪的字符，导致解析失败。推荐用VS Code或者Notepad++打开配置文件，保存时选择UTF-8无BOM编码，能避免很多莫名其妙的毛病。
6.4 持久化文件去哪了，数据为什么丢了
前面提到过dir参数问题。Redis的RDB快照文件（默认叫dump.rdb）会写到dir指定目录。如果你没配置dir，在服务模式下工作目录可能是C:\Windows\System32，然后你重启机器后发现数据好像没了，其实是快照文件被写到了系统目录里，你没找到它，以为数据丢了。
排查时用Redis客户端执行下面这个命令，直接看运行时的实际配置：
config get dir config get dbfilename返回的路径就是当前Redis实例真正的持久化目录。发现问题后，在配置文件中加上dir D:/Redis/data，重启服务，然后先手动执行一次save触发生成快照，确认文件落在预期目录里，这就稳了。
6.5 常见问题速查表
| 现象 | 可能原因 | 排查思路 |
|---|---|---|
| redis-server.exe闪退 | 端口被占用 / 配置错误 | 命令行运行看报错，netstat查端口 |
| 连接提示NOAUTH | 设置了密码但没带AUTH | 用-a带密码连接，确认密码正确 |
| 设置了密码但不生效 | 加载了错误的配置文件 | 检查启动命令和配置文件路径 |
| 局域网连不上 | bind限制只监听本机 | 确认bind配置，设置密码后谨慎开放 |
| 数据重启后丢失 | dir目录不对，或快照未触发 | config get dir查看实际目录，手动save验证 |
| 配置文件中文乱码 | 编码错误 | 用UTF-8无BOM保存配置文件 |
7. 进阶玩法：用Docker跑官方Redis镜像
7.1 为什么要用Docker方案
如果你不是只想装个Redis玩玩，而是打算往深了学，或者你希望本机环境和Linux生产环境保持一致，那么Docker方案是更优的。官方镜像持续在更新，版本和模块都是最新的，你在本机验证过的配置和命令，到了服务器上基本能无缝迁移。而且用Docker容器跑Redis还有一个好处：容器挂掉就删掉重建，配置和数据用卷挂载管理，环境想怎么折腾都不怕弄脏宿主机。
7.2 前置条件：装好Docker Desktop
在Windows上用Docker，最常规的方式是安装Docker Desktop。安装前需要确认系统开启虚拟化，安装过程中Docker Desktop会引导你启用WSL 2后端，这一步跟着向导走就行。装完后，打开命令行验证一下：
docker --version能正常输出版本号，就说明环境OK了。
7.3 一条命令启动Redis容器
拉取并启动官方Redis镜像，推荐用docker run指定版本：
docker run -d --name redis-test -p 6379:6379 redis:7.4解释一下各个参数：
-d：后台运行--name redis-test：给容器起名字，便于后续管理-p 6379:6379：把宿主机6379端口映射到容器内6379端口，这样本机的Redis客户端就能直接连redis:7.4：镜像名和版本标签
启动后，用docker ps确认容器状态，再用docker logs redis-test看启动日志。然后用本机的redis-cli连接：
redis-cli.exe -p 6379 ping如果返回PONG，说明容器内的Redis正常对外提供服务了。
7.4 带密码、持久化和配置文件的完整启动方式
如果要设密码和持久化，命令会长一些：
docker run -d --name redis-test -p 6379:6379 \ -v D:/redis-data:/data \ -v D:/redis-config/redis.conf:/etc/redis/redis.conf \ redis:7.4 redis-server /etc/redis/redis.conf \ --requirepass yourpassword --appendonly yes这里的-v参数把宿主机目录挂载进容器：D:/redis-data用来存持久化文件，D:/redis-config/redis.conf是宿主机上的配置文件，容器启动时读取它。--requirepass和--appendonly作为命令行参数直接传给Redis。
用Docker方案还有一个好处，就是你可以在本机同时跑多个Redis实例，各开各的端口，用来测试redis主从复制、redis哨兵、redis集群这些进阶场景非常方便。比如模拟一主一从，再起一个容器：
docker run -d --name redis-slave -p 6380:6379 \ redis:7.4 redis-server --slaveof 127.0.0.1 6379容器启动时会去连接6379那个实例并复制数据，一个简单的主从就搭起来了。这种调试方式在本地学习阶段几乎是神器。
7.5 Docker运行Redis时的踩坑提醒
有几个细节我要专门提醒：
第一，Windows下挂载目录的路径建议用正斜杠，并注意权限问题。Docker Desktop在Windows上的文件挂载走的是虚拟化文件系统，某些场景下会有文件同步的性能开销，但存Redis数据文件这种小体量操作完全够用。
第二，容器内Redis默认配置没有密码，-p 6379:6379映射出去后，同网段的机器可能扫到你的端口。本地学习无所谓，如果机器在不太安全的网络环境，务必加上--requirepass。
第三，容器删除后，挂载在/data目录里的RDB和AOF文件会留在宿主机上，换容器或者重建时不会丢数据。这也是我推荐把数据挂载出来的核心原因，否则docker rm一下，数据就真的没了。
8. 环境变量配置攻略
8.1 为什么建议把Redis目录加入PATH
每次使用redis-cli.exe都要cd到Redis目录，或者输入完整路径，时间长了很烦。把Redis目录加入系统环境变量PATH之后，就可以在任何目录下直接敲redis-cli或redis-server，命令体验一下子上来了。
8.2 手动配置环境变量的步骤
在Windows搜索框里输入“编辑系统环境变量”，打开后点击“环境变量”，在“系统变量”里找到Path，编辑并新增一行，填上你的Redis解压目录，比如D:\Redis。点击确定保存后，新开一个命令行窗口，执行：
redis-cli -v能输出版本号就说明配置成功了。
这里有个小坑：改完环境变量后，已经打开的命令行窗口不会自动刷新新配置，必须重新打开一个新的窗口。很多朋友改了半天，在旧窗口里试怎么都不生效，还以为是配置出错了，其实就是没开新窗口的问题。
8.3 环境变量配置的安全提醒
配置环境变量时，尽量只加Redis这一个程序目录，不要随意把各种乱七八糟的目录塞进去。PATH里加的东西越少，越不容易出现命令冲突。我遇到过一种情况：电脑上装了多个Redis版本工具，PATH里同时存在两个Redis目录，结果命令行敲redis-cli进去的版本和自己以为的不一致，查了半小时才反应过来。解决办法是让PATH里只保留一个你想用的Redis目录。
9. 个人经验总结
这套Windows装Redis的流程，我自己在不同电脑上反复装过不下十次，从最早的微软移植版到现在的社区维护版，再到后来大部分时间用Docker方案。总结下来，核心经验就三条：
第一，明确自己的使用场景再选方案。只是本机跑一跑学语法、做联调，ZIP解压版加WinSW注册服务是最省心的组合；要学高级特性、要贴近生产环境，直接上Docker官方镜像，少走弯路。WSL适合本身就在用WSL开发的人，纯为Redis去折腾WSL不划算。
第二，配置文件是所有问题的根源。端口、密码、持久化、绑定地址，99%的疑难杂症都出在配置上。所有改动都遵循一个原则：改之前先确认你改的是哪个文件，启动时再确认加载的是哪个文件，用config get命令验证最终生效的值。就这一条，能帮你省掉大半的排查时间。
第三，数据安全这根弦从第一天就要绷紧。无论用哪种方式跑Redis，持久化文件的落盘目录一定要显式指定，密码一定要设。很多初学者在本机装完Redis就以为完事了，等到数据丢了、被扫了才知道痛。开发环境就是练习生产环境的好时机，该有的规矩一个都别省。
最后再分享一个小技巧。当你装好Redis之后，可以在命令行里跑一下自带的性能测试工具，感受一下内存数据库的极限速度：
redis-benchmark.exe -n 100000 -c 50这个命令会模拟50个并发连接、执行10万次请求，你会看到Redis每秒处理的请求数轻松过万。看到这个数字的时候，你大概就理解为什么Redis能成为后端架构里不可或缺的一环了。接下来不管是研究数据类型、做分布式锁，还是看面试题，至少你的环境已经准备好了，剩下的，就是动手去玩。
