企业官网建设流程全解析

1. 先搞清楚：Windows 上到底有没有官方 Redis 7

如果你去 Redis 官网转一圈，会发现官方压根不提供 Windows 安装包。官网只维护 Linux、macOS 这些 Unix 系平台的版本，Windows 版从来不在官方支持列表里。这件事让很多人一开始就懵了：“我用的是 Windows，难道不能用 Redis 了？”

其实不是不能用，而是你得选一条合适的路。目前想在 Windows 上跑 Redis 7，常见的有四条路：用第三方移植版、用 WSL、用 Docker、用编译源码。每条路都有自己的适用场景和坑，后面我会逐条拆解。这篇文章就围绕“redis7 for windows 安装”这个主题，把每条路线怎么做、为什么这么做、踩了什么坑一起讲清楚。

先说结论。如果你要的是“双击安装、直接跑起来”，那么 Snappy 团队维护的 Memurai 是个不错的选择，它是目前 Windows 上唯一持续跟进 Redis 7.2 的开源移植版。如果你要的是和线上 Linux 环境完全一致，那就老实走 WSL 或者 Docker，这两条路我用下来是最省心的。至于网上流传的 “Redis-x64-*.msi” 那些老安装包，基本都是 Redis 5 时代的产物，跟 Redis 7 完全没关系，别下。

再聊深一点。为什么 Redis 官方一直不出 Windows 版？Redis 底层依赖 fork()、epoll、fork 写时复制这些 Unix 系统调用，Windows 的进程模型和 IO 完成端口跟这套机制完全是两回事。官方曾经在 2011 年给过 Windows 支持，但后来发现坑太多、维护成本高，2016 年左右就把这个功能砍了。所以你现在搜“redis windows 下载”，看到的一堆老版本其实都是历史遗留。

我个人的建议是：在 Windows 上做本地开发、学习、测试，优先选 WSL2 或 Docker，跟 Linux 线上环境完全一致，不会出现在 Windows 上没问题、一上 Linux 就出 bug 的尴尬。文章后面会详细讲每一步怎么操作。

2. 方案选型：四条路线怎么选，为什么这么选

2.1 方案对比：原生、WSL、Docker、源码编译

在动手之前，先把四条路线摆在一起对比一下，你就能明白基于什么场景选什么方案。

为什么 Windows 下没有官方直接跑的 redis-server.exe？因为 Redis 使用了大量 fork 系统调用来做持久化（BGSAVE、BGREWRITEAOF）和内存快照，这在高并发场景下是核心机制。Windows 没有 fork()，微软的进程创建模型又慢又重，如果强行移植就要重写整套进程管理逻辑，官方不想背这个包袱。所以第三方移植版的本质工作，就是想办法用 Windows API 模拟 fork 语义，这也是它们版本更新速度远落后于 Linux 版的核心原因。

2.2 我的选型建议：二八原则，多数人适合 WSL 或 Memurai

我做了多年后端开发，Windows 作为主力开发机用了很久，Redis 装过不下二十次。我的经验是：

• 如果你是后端开发，开发环境是 Java/Python/Node，项目部署目标是 Linux 服务器，那直接用 WSL2 装官方 Redis 7。开发环境跟生产环境一致，少踩很多坑。WSL2 里面跑 Redis，和真 Linux 几乎没有区别，唯一要注意的是跨文件系统的性能，所以 Redis 数据目录一定要放在 WSL 内部文件系统，不要放 /mnt/c。

• 如果你只是临时测试一下，或者你在 Windows 上写脚本、做点小工具需要个缓存，那用 Memurai。MSI 双击安装、注册成 Windows 服务、开机自动启动，省心省力。不过你要清楚，Memurai 的版本停留在 Redis 7.2.x，8.0 别指望它能跟上。

• 如果你是想学 Redis 的运维、做版本切换实验，或者将来要上 K8s，那就装 Docker Desktop，用 redis:7 镜像。这条路线能让你瞬间拥有任意版本 Redis，全容器化管理，备份恢复也比原生省事。

2.3 避坑提示：那些“Redis 7 Windows 安装包”是怎么回事

很多新手在搜索引擎里搜到的第一个结果，是一个叫“Redis-x64-7.0.x.msi”的安装包。这里我必须提醒一句：小心。这个包并不是 TPC 官方发布的，而是第三方服务商打包的，甚至有的站点放的是 Redis 5 时代的东西，改个版本号就放上去，从外观上完全看不出来。任何安装类软件，建议优先从 GitHub Releases、官方仓库、知名社区渠道下载，不要从下载站乱拿。

另外还有一类 GitHub 项目叫 “redis windows” 的仓库，最高版本截止到 5.0.14.1，这是微软自家维护的移植版的最后状态，2021 年之后就没再更新。你指望它支持 Redis 7，不现实。所以只要看到安装出来 redis-server --version 显示 5.x，不用惊讶，那就是这个仓库的版本。

一句话总结：版本升级跟进最快的还是 WSL / Docker 这两条路，因为它们用的是官方编译的 Linux 二进制包，永远是最新的。

3. 实操前准备：先给你的 Windows 环境搭好工具箱

3.1 确认系统版本和必备组件

无论选哪条路，有几样东西最好提前确认一下。

• 系统版本：Windows 10 2004 以上或 Windows 11，因为 WSL2 在这两个版本上开箱即用。老版本要手动启用 Windows 虚拟化。

• 开启虚拟化支持：Intel VT-x 或者 AMD-V，进 BIOS 确认开启。WSL2 和 Docker 都依赖 Hyper-V 虚拟机平台。按 Ctrl+Shift+Esc 打开任务管理器，性能页里能看到“虚拟化：已启用”的状态。

• 管理权限：安装 Windows 服务、修改注册表、安装 Docker Desktop，都需要管理员权限。建议直接以管理员身份打开 PowerShell 或 Command Prompt。右键开始菜单，选“终端(管理员)“，这个习惯养成后能省不少事。

• Windows Terminal：强烈建议装一个 Windows Terminal，Windows 11 自带。它比老式 cmd 强在支持多标签、自定义配色、复制粘贴不会卡。用起来舒服很多，对命令行操作来说，体验提升不止一个档次。

3.2 装一个顺手、干净的终端环境

这一步虽然不直接是 Redis 的事，但我真心建议先把它收拾利索。我在初学 Redis 时，最痛苦的不是 Redis 本身，而是 Windows 那个又老又难用的 cmd 窗口：选中文本要点鼠标右键，复制粘贴还容易把回车带进去，颜色看得眼睛疼。

推荐直接去 Microsoft Store 装 Windows Terminal。装完默认配置的 PowerShell 7 如果也没有，顺手装一个 PowerShell 7。这两件套配合起来，你会觉得命令行世界一下子清爽了。

有人问我为什么不推荐直接用 cmd 就行？我的答案是：cmd 的编码问题会让你在 redis-cli 里看中文乱码，尤其在 Windows 默认的 GBK 编码下，Redis 返回的 UTF-8 数据显示成乱码，你会以为是 Redis 出 bug。Windows Terminal + PowerShell 默认 UTF-8，这个坑直接就绕开了。踩过的都知道这个有多痛。

4. 路线一：用 Memurai 原生安装（最快、零基础可选）

4.1 Memurai 是什么，怎么官网下载

Memurai 是一家叫 Snappy 的公司做的 Redis 兼容层，专为 Windows 原生环境打造。它的定位就是“在 Windows 里跑出一个跟 Redis 行为一致的进程”，对外暴露的接口基本兼容 Redis 命令。

使用注意：Memurai 有 Developer 免费版和 Enterprise 付费版之分。本地开发测试用 Developer 版就完全够了，官方下载页面写着 Windows Redis-compatible server，直接拿就行。下载下来是一个 MSI 安装包，双击即可。

安装过程没什么特别，一路 Next。有个地方要注意：安装时会让你选 Redis 配置文件路径。默认放在 C:\ProgramData\Memurai\memurai.conf，建议用默认目录，方便后续找。如果你要改存储目录或者其他配置，切忌用记事本直接编辑，编码格式容易错，用一个支持 UTF-8 无 BOM 的编辑器（比如 VS Code）打开再改。

4.2 启动、验证、注册成 Windows 服务

安装完成后，Memurai 默认不会自动启动服务。在“服务”管理器里找到 Memurai 服务，右键启动，或者命令行这样操作：

net start Memurai

启动之后验证一下版本和连通性：

redis-cli -p 6379 ping

或者直接用 Memurai 自带的 memurai-cli：

memurai-cli ping

如果返回 PONG，就说明通了。

想要开机自启，其实 MSI 安装时已经注册好了服务。确认方法：Win+R 打开 services.msc，找到 Memurai，把启动类型改成自动。之后每次开机 Redis 会自动跑起来，这是原生方案最舒服的地方。

我实际使用经验：Developer 版在并发量不大（几千 QPS 以下）的本地开发场景很稳，但如果你拿它做压力测试，把并发拉得很高，进程内存会涨得比较快。这是移植版的通病，Windows API 的 fork 模拟开销比 Linux 原生 fork 大，这是物理层面无法避免的，不能跟 Linux 原版比的极限性能。

4.3 关键配置文件初步解读

Memurai 默认配置文件的目录我在前面说了，关键参数先扫一遍：

bind 127.0.0.1 port 6379 protected-mode yes databases 16 maxmemory 1gb maxmemory-policy noeviction appendonly no

几个重点说下：

• bind 127.0.0.1 代表只允许本机连接，这是安全的默认值，不建议在本地开发时改成 0.0.0.0。如果有人让你改成全网绑定，那务必配合设置 requirepass，否则你的 Redis 就成了公网上的裸奔缓存，被人扫到就麻烦了。

• protected-mode yes 在 Redis 3.2 之后默认开启，作用是当没设置密码且 bind 了非本机地址时，拒绝外部连接。不要手贱把这行注释掉，尤其是不了解风险的新手。

• appendonly no 表示 RDB 快照持久化模式；如果想更保险，改成 appendonly yes 用 AOF 模式，但会稍微影响写入性能。做本地开发默认 no 就行。

5. 路线二：WSL2 安装官方 Redis 7（最推荐、最贴近生产）

5.1 启用 WSL2 与安装 Ubuntu

WSL2 的安装流程在 Windows 10 21H2 以上已经非常简单，管理员身份的 PowerShell 执行一行即可：

wsl --install

这一行命令会自动启用“虚拟机平台”和“适用于 Linux 的 Windows 子系统”两个 Windows 功能，然后下载并安装默认发行版（通常是 Ubuntu）。装完之后重启电脑，Windows 会自动弹出一个 Ubuntu 终端，要求你设置 Linux 用户名和密码。

如果已经装了 WSL 但用的是 WSL1，可以通过下面的命令把当前版本切成 WSL2：

wsl --set-version Ubuntu-22.04 2

为什么要 WSL2？WSL1 是基于系统调用的翻译层，对 Redis 这种网络密集型高并发程序支持较差，很多系统调用翻译不对，可能出现诡异 bug。WSL2 是轻量级虚拟机，内核是完整的 Linux 内核，性能和兼容性都有保障。

5.2 在 WSL 里安装 Redis 7

启动 Ubuntu 终端后，依次执行：

sudo apt update sudo apt install redis-server

Ubuntu 22.04 / 24.04 官方源里 Redis 版本是 7.x。比如 Ubuntu 24.04 默认是 Redis 7.0 系列，想要 7.2 或最新版可以加 APT 仓库，不过一般场景 7.0 够了。

装完先验证版本：

redis-server -v

正常会输出类似 Redis server v=7.0.15 sha=00000000:0 malloc=jemalloc-5.3.0 bits=64 的信息。

5.3 WSL 里的启动方式：手动 / 开机自启

在 WSL 里，你可以用 service 命令启动：

sudo service redis-server start

然后 ping 一下：

redis-cli ping

返回 PONG 就说明服务起来了。

关于自启，WSL 的机制和 Linux 有点不同。推荐在 Windows 计划任务里加一条：开机时执行 wsl -d Ubuntu -u root service redis-server start。实验出来的做法：

1. 按下 Win+R 输入 taskschd.msc 打开任务计划程序；
2. 创建基本任务，触发器选“计算机启动时”；
3. 操作选“启动程序”，程序写 wsl.exe，参数写 -d Ubuntu -u root service redis-server start。

这样每次进入 Windows，Redis 就自动跑在 WSL 里了。实测很稳定，比在 Ubuntu 里折腾 systemd 简单得多。

5.4 WSL 方案的另一个痛点：Windows 程序怎么连 WSL 里的 Redis

装好 WSL 里的 Redis 之后，你在 Windows 侧写代码，连接地址别写 localhost 就完事了。实际上 WSL2 有独立的虚拟网络，Windows 和 WSL2 之间通过一个 NAT 网关通信。

从 Windows 连 WSL2 里的 Redis，最简单方式是：

• Redis 绑定了 127.0.0.1，只能从 WSL 内部访问；
• 从 Windows 访问，需要把 Redis 的 bind 改成 0.0.0.0，或者监听 WSL 的虚拟网卡 IP；
• 然后 Windows 侧连接时，用 localhost 或者 127.0.0.1，因为 WSL2 有个 localhost 转发机制。Windows 10 2004 之后的 WSL2 默认支持 localhost 转发，直接用 127.0.0.1:6379 连接就行。

实测下来，modern WSL2 的 localhostForwarding 默认是 true，所以 Windows 上直接用本机地址连接 WSL 里的 Redis，无需额外配置。这个便利性让 WSL 方案的体验上升一大截。

不过要提醒：如果你在 Windows 装了别的软件也占用了 6379 端口，localhost 转发会失败。可以先停掉 Windows 侧的高危进程，或者把 WSL 里的 Redis 端口改到 6380 配合使用。

6. 路线三：Docker Desktop 跑 Redis 7（隔离最干净）

6.1 安装 Docker Desktop，配置镜像加速

Docker Desktop 的安装步骤网上很多，我只说几个容易被忽略的点。

下载 Docker Desktop 的安装包，双击安装。安装时勾选“Use WSL 2 based engine”，这能极大提升容器 IO 性能，不勾的话会落到 Hyper-V 方案，慢不少。

装完启动 Docker Desktop，去 Settings -> Resources -> WSL Integration，把目标和 Ubuntu 集成打开。这样 Ubuntu 里能用 docker 命令，Windows PowerShell 里也能用 docker 命令，两边通了。

国内网络环境，建议配一个镜像加速器。Docker Desktop 的 Settings -> Docker Engine 里，编辑 JSON 配置：

{ "registry-mirrors": [ "https://docker.mirrors.ustc.edu.cn" ] }

需要提醒一句，镜像加速器可能随时失效或者变动，如果拉镜像一直超时，最稳妥的办法是换一个可用节点，或者使用代理方案，但我不展开讲这个。

6.2 拉取 Redis 7 镜像，映射端口和持久化数据

Docker 方式安装 Redis 7，核心是两条命令：

docker pull redis:7 docker run -d --name redis7 -p 6379:6379 -v /e/docker-data/redis7:/data redis:7

-v 是数据卷挂载，把容器里的 /data 目录挂到 Windows 宿主机的 /e/docker-data/redis7 目录。这样 Redis 持久化的 RDB 文件会留到宿主机上，删容器不丢数据。

注意 Windows 宿主机挂载路径的写法：/e/docker-data/redis7 相当于 E:\docker-data\redis7，Docker Desktop 认这种正斜杠写法。

再强调一点：docker run 时不设置 requirepass 就意味着 Redis 完全裸跑，端口映射到宿主机后，局域网内的任何机器都能访问。做本地测试没啥，但如果当时已经打开了 Windows 防火墙对 6379 的放行，那就有风险。最好在启动时就设置密码：

docker run -d --name redis7 -p 6379:6379 -v /e/docker-data/redis7:/data redis:7 redis-server --appendonly yes --requirepass YourStrongPass

6.3 Docker 与 WSL 两种方式的取舍

Docker 方式和 WSL 方式其实底层都在用 WSL2 的虚拟机，区别在于 Redis 是跑在容器里还是跑在 WSL 发行版里。

容器化的优势是版本切换方便、环境隔离彻底、销毁重建成本低。比如我要测 Redis 6 和 Redis 7 的差异，两条 docker run 就搞定，每条互相不干扰。如果 WSL 里做版本切换，至少得折腾更新源和编译参数。

WSL 方式的优势是命令和系统完全一致，更像是“在一台真 Linux 上装 Redis”，也方便直接修改配置文件、查看日志。如果你学习 Redis 的配置参数，WSL 方式更好。

真要给建议的话：日常开发学习用 WSL，多版本测试和部分自动化用 Docker，两者都用比只用一种更合理。

6.4 验证容器里的 Redis 版本和连接

先看容器状态：

docker ps

然后进入容器执行命令：

docker exec -it redis7 redis-cli ping

返回 PONG 即可。如果需要进入交互式命令行：

docker exec -it redis7 redis-cli

如果你在 run 时设置了密码，这里连接要带上密码：

docker exec -it redis7 redis-cli -a YourStrongPass

不过 -a 参数会在命令行历史里留下密码痕迹，测试无所谓，正式用建议先 AUTH：

docker exec -it redis7 redis-cli 127.0.0.1:6379> AUTH YourStrongPass OK

7. 路线四：从源码编译（进阶选项，谨慎尝试）

Windows 上真正从源码编译 Redis 7 路径复杂，网上高赞教程都是拿 MSYS2/MinGW 环境来做。如果你是一个从零开始的新手，我不推荐这条路，性价比太低。

纯就当补充知识，核心思路是：MSYS2 提供一个类 Linux 的 shell 环境，里面有 MinGW 编译器链，然后 Redis 源码本身是 C 写的，可以在这种兼容层里完成 configure && make。

步骤大致是：

1. 下载安装 MSYS2；
2. 在 MSYS2 shell 里安装编译工具、构建依赖：

   pacman -S gcc make pkg-config

3. 从 GitHub 拉 Redis 7 源码，进入 src 目录，执行 make。

这个方案耗时长、依赖链复杂，遇到什么问题很难搜到答案。而且编译出来的 exe 是原生 Windows 程序，但性能表现和功能完整性不一定比 Memurai 好。除非你本身就在做 C 开发，或者对编译流程有兴趣，否则我的建议是用前面三种方案里的一种。

8. 安装后的标准验证流程：从版本到读写都测一遍

8.1 五步验证法

安装完成后，甭管是哪个方案，建议按这套流程走一遍，确认一切正常：

第一步，检查版本：

redis-server --version

或者：

redis-server -v

第二步，检查服务状态或容器状态。Windows 服务方式看 services.msc 里 Memurai 状态；WSL 看 service redis-server status；Docker 看 docker ps。

第三步，连通性测试：

redis-cli ping

返回 PONG。

第四步，简单的写入读取测试：

redis-cli set foo bar redis-cli get foo

第五步，检查日志有没有异常报错。Memurai 日志在安装目录下，WSL 日志在 /var/log/redis/redis-server.log。执行 FLUSHALL 前一定三思，这是老生长谈，但值得反复强调。

8.2 用可视化工具连接 Redis（RedisInsight）

说实话，纯命令行日常管理是够用的，但我很多同学还是习惯看可视化界面，尤其是查 key、看内存、看慢日志。推荐的工具是 RedisInsight，官方出品，比第三方工具稳定得多。

连接配置就三个核心项：

• Host：本地连接填 127.0.0.1 或 localhost
• Port：默认 6379
• Password：有则填，没有留空

具体到三种方案：

• Memurai，直接按上面填；
• WSL2，localhost 转发默认开启，同样填 127.0.0.1:6379；
• Docker，填 127.0.0.1:6379，前提是你 run 的时候映射了端口。

如果 RedisInsight 连不上，优先检查 Windows 防火墙是否放行了 6379，再检查服务是否启动。如果 Redis 改过端口，那就都填改过的。这问题十个有八个是端口没放通。

9. 高频问题排查与经验总结

9.1 端口被占用：怎么处理 6379 占用

Redis 默认 6379，很可能被其他软件占了。我遇到过一个开发环境里 6379 被一个未知服务占用的情况，排查手顺：

netstat -ano | findstr 6379

输出的最后一列是 PID，然后用：

tasklist | findstr <PID>

查是哪个进程，确认这不是系统关键进程之后，任务管理器里结束它。

或者更优雅一点，直接把 Redis 端口改掉。Redis 配置文件里 port 6379 改成 6380，重启服务。改配置记得先备份原文件，Redis 配置每行一个参数，改动后重启才生效。

9.2 Redis 启动闪退 / 服务拉起失败

Windows 上服务器启动闪退的原因，大概率集中在以下几个：

• 配置文件语法错误。比如把 bind 写错、引号不匹配、空格混入，Redis 启动时解析配置失败，直接退出。解决办法：Redis 配置文件每行后不要留空格，缩进文字时注意别用 tab。

• 数据目录没有写权限。Windows 下，如果存储目录在 Program Files 下面，默认权限可能不够，Redis 无法创建 RDB 文件，启动报错。把 dir 配置项改到用户目录或专门数据目录。

• 端口冲突。参照上一节排查。

如果启动失败，看日志是最重要的。Windows 事件查看器 -> Windows 日志 -> 应用程序，以及 Redis 自身日志文件。WSL 看 /var/log/redis/redis-server.log，Docker 用 docker logs redis7。

9.3 如何在 Windows 上同时跑多个 Redis 实例

本地开发一台机器想开多个 Redis 实例，比如模拟主从、或者跑两个独立缓存逻辑的名字空间，这是个合理的需求。实现方式不复杂，思路是每个实例独立配置文件 + 独立端口 + 独立数据目录。

以 Docker 方式为例：

docker run -d --name redis7-1 -p 6379:6379 redis:7 docker run -d --name redis7-2 -p 6380:6379 redis:7

两个实例端口不同，互不干扰，这是容器化最顺手的地方。

WSL 方式的话，可以复制 /etc/redis/redis.conf 成多个配置，改 port、dir、pidfile、logfile，然后分别用 redis-server /path/to/redis-6380.conf 启动。注意 pidfile 不能冲突，不然会出现启停互相影响的怪问题。

9.4 数据持久化经验：RDB 还是 AOF

这个问题在这篇文章的末尾值得一提。Redis 重启后数据会不会丢，取决于持久化策略。

默认情况下，RDB 快照策略是 save 900 1（900 秒内有 1 次写入就快照一次）、save 300 10、save 60 10000，这表示默认最多丢几十秒数据。想更稳就用 AOF，设置 appendonly yes，每个写命令都会追加到文件里，最多丢一个操作的数据。

如果你存的是缓存数据，丢了无所谓，用默认 RDB 就好。如果存的是业务数据，比如排行榜、会话、计数等，建议 RDB + AOF 双开。WSL 里默认的配置是只开 RDB，如果你做的是类似“偏业务”的事，把 appendonly yes 加上。

我实际经历里，很多同学的 Redis 数据“神秘消失”，都是因为默认 RDB 快照频率不够，一次异常断电丢了几分钟数据。这个问题排查时很难发现，因为 Redis 自己不会主动报错。

10. 从安装到落地：我的实操心得与建议

这篇关于 redis7 for windows 安装的教程写到这里，把四条路线都讲清楚了。我最后想分享一点和使用直接相关的经验。

如果你想长期在 Windows 上做 Redis 开发，个人觉得最稳妥的组合是：用 WSL2 跑 Redis 7 作为“主力开发实例”，负责日常写代码、测试业务逻辑；用 Docker Desktop 作为“辅助工具”，负责测试多版本兼容性、快速重建环境。Memurai 可以作为兜底，适合临时不想开虚拟化或者想用 Windows 服务的场景。

配置方面，有几个小习惯我认为值得养成：

第一，换端口而不是关防火墙。如果 6379 被占用，不要随便 kill 进程，更不要把防火墙直接关掉。改到 6380、6390 这些端口既安全又省事。

第二，密码设置。哪怕是本地开发，建议也设置 requirepass，因为你不知道哪天哪个局域网工具就会扫到你的端口。正确姿势是用 redis-cli 登录时 AUTH，而不是在命令行里把密码写进参数。

第三，数据备份。WSL 里 Redis 的持久化文件默认在 /var/lib/redis/，Docker 方式在你挂载的宿主机目录下。定期把 dump.rdb 拷贝走是一个好习惯，这个文件就是 Redis 的全部家当，小归小但也别丢。

最后再分享一个小技巧。Windows 下 redis-cli 的提示符和 Linux 不太一样，但命令完全一致。如果你是在 PowerShell 里操作，Redis 输出的中文大概率会乱码变方块，解决办法是 PowerShell 里先执行 chcp 65001 切到 UTF-8 代码页。这个操作我基本每次切换机器都会做一遍，已经成肌肉记忆了。

希望这份从零开始的教程能帮你顺利把 Redis 7 跑在 Windows 上。装好之后，多敲几条命令熟悉一下数据结构，这批知识后面在真实项目里全是硬通货。