Redis安装配置全攻略：从Windows到Linux与Docker实战-代码聚汇网

Redis安装配置全攻略：从Windows到Linux与Docker实战

臭鼠标·2026-08-29·阅读 23 GEO检测（免费）

RedisRedis安装Redis配置

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

1. Redis到底是什么？安装前先把概念理清楚

1.1 从一次线上故障说起

前阵子有个朋友找我，说他们公司有个服务一到高峰期就卡成幻灯片，数据库CPU直接飙到100%。我看了下代码，发现每次用户请求都直接查MySQL，同一个热销商品的数据被几千人反复读，纯属浪费。我给的第一个建议就是：在应用和数据库之间加一层Redis缓存。加了之后，热点数据全部走内存，数据库压力瞬间降下来，接口响应时间从800ms掉到20ms以内。类似这种场景，几乎每天都在各种团队里上演。

那Redis到底是什么？简单说，它是一个基于内存的键值对存储系统，常被称为“缓存中间件”或者“数据结构服务器”。它把数据存在内存里，读写速度极快，单实例QPS（每秒请求数）可以轻松破10万。除了做缓存，它还能干消息队列、分布式锁、排行榜、计数器、会话共享、限流等一堆事情。可以说，后端开发、运维工程师、架构师，只要你的业务跟高并发沾边，Redis就是绕不开的那道坎。

这篇内容适合谁看？刚接触Redis的新手、准备在本地或服务器上搭建Redis环境的人、以及那些“装是装过但总感觉配置没吃透”的同学。我会把安装配置过程中那些文档里不会细讲、但实操时特别关键的细节全部翻出来，从Windows到Linux，从单机到Docker，一步一步说清楚。

1.2 核心特性与适用场景

先把这个东西的内功心法讲明白，后面装配置你才知道每一步在干嘛。

Redis之所以快，核心在于它所有的数据都存在内存里，读写不走磁盘。它支持的数据类型不止是简单的Key-Value，而是包括String（字符串）、Hash（哈希）、List（列表）、Set（集合）、ZSet（有序集合）五种基础类型，再加上Bitmap（位图）、HyperLogLog（基数统计）、Geo（地理位置）、Stream（流）四种进阶类型。每一种类型都对应着不同的业务场景：

String：最常用，可以做计数器、分布式ID、Session共享、限流令牌桶。
Hash：适合存储对象，比如用户信息、商品详情，可以单独读写某个字段，省流量。
List：底层是链表或压缩列表，适合做消息队列、最新文章列表、简单的时间线。
Set：自动去重，适合做标签、关注关系、抽奖池。
ZSet：带权重的有序集合，排行榜、优先级队列、延迟队列全靠它。
Stream：Redis 5.0引入的消息队列模型，支持消费者组，比List实现的队列可靠得多。

它支持数据的持久化，即使重启，数据也能从磁盘恢复回来；支持主从复制、哨兵机制、集群模式，单点故障了可以自动切换；还支持Lua脚本、事务、发布订阅、管道等高级特性。理解了这些，你就能明白为什么Redis在技术选型里出镜率这么高。

1.3 安装前必须想清楚的几个选择

装Redis之前，有四个问题先问自己，不然装了也白装。

第一个问题：装什么版本？Redis版本迭代很快，目前主流的是6.x和7.x，8.0也已经发布。6.x引入了多线程IO和ACL权限控制，7.x在内存管理、性能上做了大量优化，8.0更是主打AI原生和高性能。我的建议是：新项目直接上7.2及以上版本，老项目如果依赖的客户端库比较老，6.x也完全够用，别盲目升版本，兼容性坑多。

第二个问题：装在哪？Windows下开发调试、Linux服务器上部署生产、还是用Docker容器化部署？这三个场景的安装方式完全不同，下面我会分别讲。

第三个问题：单机还是集群？如果只是本地学习、小项目缓存，单机完全OK；如果是线上高可用环境，必须考虑主从加哨兵或者Cluster集群。这个决定了你安装时要不要把redis-trib.rb、集群相关的配置一起考虑进去。

第四个问题：源码编译还是包管理器安装？apt/yum一行命令装起来的Redis一般版本偏旧，源码编译可以自己控制版本和编译参数，生产环境我更推荐源码编译。Windows下则是另一套玩法，下面细说。

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

2. Windows上安装Redis的几种姿势

2.1 方案一：WSL2（最推荐，体验最接近Linux）

先说个大实话：Redis官方其实从来没有发布过Windows原生版本。你在Windows上看到的那些exe安装包，要么是微软老早以前维护的老版本，要么是第三方开发者根据旧代码编译的。Redis项目本身对Windows的支持态度很明确：请用Linux或Docker，如果你非要在Windows上跑，用WSL。

WSL2（Windows Subsystem for Linux 2）是微软提供的Linux兼容层，在Windows里跑一个真正的Linux内核。在这个环境里装Redis，跟装在生产服务器上的步骤一模一样，不会遇到任何奇怪的兼容性问题。

安装步骤很简单：

以管理员身份打开PowerShell，执行 wsl --install，装好之后重启电脑。如果之前装过旧版WSL，建议先 wsl --update 更新到最新。
默认会装Ubuntu发行版，装完第一次启动会让你设置Linux用户名和密码。

进入Ubuntu终端后，依次执行：

bash复制sudo apt update
sudo apt install redis-server -y

启动服务并验证：
```
bash复制sudo systemctl start redis-server
redis-cli ping
```
返回 PONG 就说明Redis已经跑起来了。

这里要提醒一句：WSL2里使用 systemctl 可能报错，因为WSL2默认不是用systemd启动的。如果遇到这种情况，可以用 sudo service redis-server start 来启动。或者直接在 /etc/redis/redis.conf 里把 daemonize 设为 yes，然后直接 redis-server /etc/redis/redis.conf 启动。Windows上开发调试用这种方式最省心，因为你学到的所有配置、命令、操作方式，跟生产环境完全一致。

2.2 方案二：第三方移植版（快速但不推荐上生产）

如果只是临时用一下，或者实在懒得装WSL，可以下载tporadowski在GitHub上维护的Redis for Windows。这个项目基于Redis 5.0.x，胜在安装简单，一个msi安装包点到底，装完就是一个Windows服务，自动开机启动。

但你要清楚它的局限性：

版本停在5.0.x，很多新特性没有。
官方不维护、不认可这个版本，遇到bug只能自己扛。
性能和内存管理在某些场景下不如Linux原版。
不能用于生产环境，只适合本地快速体验。

下载安装后，默认端口6379，可以用 redis-cli.exe ping 测试，也可以在Windows服务里管理Redis服务的启停。如果你只是好奇Redis长什么样，装个体验一下没问题，但我仍然建议你最终切到WSL方案。

2.3 方案三：Docker Desktop（开发环境的好选择）

如果你日常开发已经用Docker Desktop，那Windows下跑Redis最优雅的方式其实是容器：

bash复制docker run -d --name redis-local -p 6379:6379 redis:7.2

一行命令搞定。Docker会自动从Docker Hub拉取官方镜像并启动。这个方式的优点是干净、不污染宿主机环境、版本想换就换；缺点是Docker Desktop本身要吃不少内存，低配电脑跑起来会卡。另外要注意，Windows上Docker容器里Redis的性能跟原生Linux比会有一些损耗，毕竟中间隔了一层虚拟化。

2.4 Windows下必改的配置项

无论你用上面哪种方式，在Windows环境安装完Redis，有四个配置项我建议第一时间确认：

bind：默认是 127.0.0.1，只允许本机访问，这是安全默认值。如果你要用Redis Desktop Manager等可视化工具连接，保持127.0.0.1即可。如果非要跨机器访问，改成局域网IP，但一定记得设置密码。
protected-mode：默认是 yes，配合bind使用。一旦你设置了 bind 0.0.0.0 且没有设置密码，Redis会拒绝外部访问。这个机制救过很多人。
requirepass：开发环境也要设一个密码，养成好习惯，防止局域网里其他机器扫到6379端口直接进来。
maxmemory：Windows开发机内存本来就紧张，不限制Redis内存的话，它可能把整个内存吃光。建议设个256MB或者512MB，再配一个淘汰策略。

3. Linux生产环境安装Redis（最核心）

3.1 源码编译安装完整步骤

生产环境的Redis，我强烈建议用源码编译安装，这样你可以拿到官方最新的稳定版本，还能根据CPU架构做编译优化。下面以最主流的Redis 7.2.4为例，CentOS/RHEL和Ubuntu/Debian都通用。

先安装编译依赖：

bash复制# Ubuntu / Debian
sudo apt update
sudo apt install -y build-essential tcl pkg-config

# CentOS / RHEL
sudo yum groupinstall -y "Development Tools"
sudo yum install -y tcl

接着下载源码并编译：

bash复制cd /usr/local/src
wget https://download.redis.io/releases/redis-7.2.4.tar.gz
tar xzf redis-7.2.4.tar.gz
cd redis-7.2.4
make -j$(nproc)

这里 make -j 的 -j 参数是并行编译，后面跟的数字是并行任务数，我习惯用 $(nproc) 自动获取CPU核心数。编译过程一般一两分钟就完成，如果报错缺少gcc，说明上面依赖没装好。

编译完成后，接着执行：

bash复制make install PREFIX=/usr/local/redis

这会把redis-server、redis-cli、redis-sentinel等二进制文件安装到 /usr/local/redis/bin 目录。为了方便，建议把bin目录加进PATH：

bash复制echo 'export PATH=/usr/local/redis/bin:$PATH' >> ~/.bashrc
source ~/.bashrc

创建数据目录和配置文件：

bash复制mkdir -p /usr/local/redis/data
mkdir -p /usr/local/redis/logs
cp /usr/local/src/redis-7.2.4/redis.conf /usr/local/redis/

到这里，Redis就算装好了。可以用 redis-server --version 验证一下版本。

3.2 配置文件的“保命”参数

装好之后，最重要的就是配置 /usr/local/redis/redis.conf。这份配置文件在源码包里有一份默认版本，但默认配置绝对不能直接上生产，你必须逐项确认以下参数。

bash复制# 绑定IP，只允许本机访问；如果要对外提供服务，改成内网IP
bind 127.0.0.1

# 端口
port 6379

# 以守护进程方式运行，后台启动
daemonize yes

# PID文件
pidfile /var/run/redis_6379.pid

# 日志
loglevel notice
logfile /usr/local/redis/logs/redis.log

# 数据持久化目录
dir /usr/local/redis/data

# 密码
requirepass 你的强密码

# 最大内存与淘汰策略
maxmemory 2gb
maxmemory-policy allkeys-lru

这些参数的用意我随后在4章里会展开细说，这里先给你一个能落地的底线配置。配置好之后，启动Redis：

bash复制redis-server /usr/local/redis/redis.conf

验证是否启动成功：

bash复制redis-cli -a 你的强密码 ping

返回 PONG 即成功。也可以用 redis-cli -a 密码 info server 查看服务详情，包括版本、运行时间、内存使用等。

3.3 用systemd管理Redis服务

生产环境里不能让Redis裸跑在后台，万一服务器重启，Redis不会自动起来，服务就挂了。正确做法是注册成systemd服务，实现开机自启、崩溃自动重启。

创建 /etc/systemd/system/redis.service：

bash复制[Unit]
Description=Redis Server
After=network.target

[Service]
Type=forking
ExecStart=/usr/local/redis/bin/redis-server /usr/local/redis/redis.conf
ExecStop=/usr/local/redis/bin/redis-cli -p 6379 shutdown
PIDFile=/var/run/redis_6379.pid
Restart=on-failure
RestartSec=5
User=redis

[Install]
WantedBy=multi-user.target

注意，为了让Redis不用root用户运行，建议创建一个专用的redis系统用户：

bash复制sudo useradd -r -s /bin/false redis
sudo chown -R redis:redis /usr/local/redis

然后启动并设置开机自启：

bash复制sudo systemctl daemon-reload
sudo systemctl start redis
sudo systemctl enable redis
sudo systemctl status redis

以后日常管理就统一走systemctl，查看日志用 journalctl -u redis -f，重启用 systemctl restart redis，干净利落。

3.4 Docker方式安装Redis

现在很多团队都是容器化部署，Docker装Redis更快更标准。一条命令就能拉起来：

bash复制docker run -d --name redis-server \
  -p 6379:6379 \
  -v /opt/redis/data:/data \
  -v /opt/redis/conf/redis.conf:/etc/redis/redis.conf \
  --restart unless-stopped \
  redis:7.2 redis-server /etc/redis/redis.conf

这个命令做了几件事：把宿主机的6379端口映射到容器内；把数据目录挂载到宿主机，这样容器删了数据还在；把自定义配置文件挂载进容器；设置容器退出后自动重启。生产环境下数据卷挂载是必须的，不然容器一删，数据全没了。

热词里提到“docker安装redis主从”，这个场景很常见。用Docker网络搭建主从复制，可以这样做：

bash复制# 创建自定义网络
docker network create redis-net

# 启动主节点
docker run -d --name redis-master \
  --network redis-net \
  -p 6379:6379 \
  redis:7.2 redis-server --appendonly yes

# 启动从节点
docker run -d --name redis-replica \
  --network redis-net \
  -p 6380:6379 \
  redis:7.2 redis-server --replicaof redis-master 6379

在从节点里执行 redis-cli info replication，能看到 role:slave 和 master_link_status:up，就说明主从复制成功。这里面有个坑：在容器里面，从节点拿到的主节点地址是容器网络里的DNS名称 redis-master，而不是宿主机的IP，所以一定要让它们处在同一个自定义网络里。

4. redis.conf核心参数配置，照着抄就行

4.1 内存上限与淘汰策略（最容易被忽视）

Redis最核心的价值是内存读写快，但内存也是最贵的资源。如果不限制 maxmemory，Redis会把系统的可用内存一点点吃光，等swap开始介入，性能直接崩。

建议这样配：

bash复制maxmemory 2gb
maxmemory-policy allkeys-lru

淘汰策略有八种，我按使用频率给你梳理：

策略	含义	适用场景
noeviction	内存满了不淘汰，直接报错	不推荐，会写入失败
allkeys-lru	在所有键中按LRU淘汰最近最少使用	缓存场景，最常用
volatile-lru	只在设置了过期时间的键中按LRU淘汰	需要保留不设过期时间的键
allkeys-lfu	所有键按访问频率淘汰	访问频率差异大的场景
volatile-lfu	设置了过期时间的键按访问频率淘汰	同上
allkeys-random	所有键随机淘汰	数据热度均匀的场景
volatile-random	设置了过期时间的键随机淘汰	冷热数据不明显
volatile-ttl	淘汰剩余过期时间最短的键	数据有过期强诉求

我的建议是：纯缓存场景用 allkeys-lru，兼顾缓存和持久化数据时用 volatile-lru。千万别省这个配置，线上Redis OOM的教训我见过太多次了。

4.2 持久化：RDB与AOF怎么选

很多人以为Redis是纯内存、重启丢数据，这个印象是错的。Redis支持两种持久化方式，可以同时开启，形成双保险。

RDB（快照）：

bash复制save 900 1
save 300 10
save 60 10000

意思是900秒内至少1次写操作、300秒内至少10次写操作、60秒内至少10000次写操作，满足任一条件就自动生成快照文件dump.rdb。RDB的优点是恢复快、文件紧凑；缺点是如果60秒内没有触发下一次快照，这期间的数据就会丢失。

AOF（追加日志）：

bash复制appendonly yes
appendfsync everysec

AOF会把每一次写命令追加到日志文件，appendfsync everysec 表示每秒刷一次盘，最多丢1秒的数据。相比RDB更安全，但文件体积大、恢复速度慢。生产环境建议两者都开：RDB做冷备和快速恢复，AOF保证尽量少丢数据。

4.3 安全与访问控制

Redis默认是不需要密码的，很多人装完就直接裸奔，这是线上被挖矿木马攻击的头号原因。攻击者扫描全网6379端口，遇到没密码的Redis，写入一个定时任务就能控制你的服务器。这不是危言耸听，我自己都帮朋友处理过两次。

底线配置三条：

bash复制bind 127.0.0.1        # 只绑本机，外部无法连接
protected-mode yes    # 保护模式强制开启
requirepass 你的强密码  # 必须设密码

如果你的Redis需要被其他服务器访问，bind 改成内网IP，同时密码一定设得复杂点。Redis 6.0之后还引入了ACL（Access Control List），可以对不同用户、不同命令做精细权限控制：

bash复制user default on nopass ~* +@all
user readonly on >readonly_password ~* +@read +@string +@hash +@list +@set +@sortedset

第一条是默认用户，不设密码，允许所有操作。第二条创建了一个只读用户 readonly，密码是 readonly_password，只能执行读操作。在Redis命令行里用 ACL LIST 可以看到当前所有用户，用 ACL SETUSER 可以动态调整。

4.4 日志、慢查询与性能参数

Redis日志不是默认全开的，生产环境一定要配置好：

bash复制loglevel notice
logfile /usr/local/redis/logs/redis.log

这样Redis的运行日志会写到指定文件里。排查问题的时候，第一时间看这个日志，很多启动失败、主从断连的根因都在里面。

慢查询日志也是排查性能问题的利器：

bash复制slowlog-log-slower-than 10000  # 单位微秒，超过10ms的命令记录
slowlog-max-len 128

然后用 redis-cli slowlog get 查看最近哪些命令执行慢了。我在实际排查中发现，生产环境里90%的慢查询都跟某个命令带了 KEYS * 或者超大Key的读取有关，这类问题在慢日志里一眼就能看出来。

还有一些性能相关参数：

bash复制tcp-backlog 511            # TCP连接队列长度
timeout 0                  # 客户端空闲多少秒关闭，0为不关闭
tcp-keepalive 300          # TCP心跳检测
databases 16               # 默认数据库数量，不建议超过16个

databases 这个参数要特别提醒：很多初学者喜欢把不同类型的数据放到不同的db里（db0、db1、db2），但生产环境里我强烈不建议这么干。Cluster模式下只有db0可用，一旦你以后要从单机迁到集群，db1到db15的数据全得迁移，程序员想哭。不同业务用不同的Key前缀来区分，配合命名规范，比用db隔离优雅得多。

5. 可视化客户端与日常连接

5.1 客户端工具选型

命令行操作Redis当然可以，redis-cli 是官方标配，但日常看数据、排查问题，有一个可视化工具效率高得多。目前主流的有这么几个：

Redis Desktop Manager（RDM）：老牌客户端，界面成熟，支持Windows/macOS/Linux。但需要注意，新版本已经变成商业软件，只有旧版本是免费的。刚入门的话，网上流传的旧版本也能用，但功能上落后不少。
Another Redis Desktop Manager（AnotherRedisDesktopManager）：这个是免费开源的RDM替代品，GitHub上星标很高，界面现代化，支持集群连接、SSH隧道、以及中文界面。我目前在用的就是它，日常够了。
RedisInsight：Redis官方出品的GUI工具，功能最全，支持内存分析、慢日志分析、RedisJSON、RedisSearch等模块的展示。新版本其实做得不错，推荐大家试一下。
命令行 + 终端插件：如果你习惯终端，可以直接用 redis-cli，或者给IDE装Redis插件，也能做到可视化浏览。

选型建议：免费优先选AnotherRedisDesktopManager，追求官方功能和数据分析选RedisInsight，两者都可以装，不冲突。

5.2 连接配置避坑指南

用可视化工具连接Redis时，最常见的报错就是 DENIED Redis is running in protected mode。这个错误的意思是：Redis启用了保护模式，不允许外部连接。解决办法不是关闭保护模式，而是要正确配置：

bind 设置为本机IP或内网IP，让Redis监听相应的网卡。
设置 requirepass，客户端连接时必须带密码。
如果只是本机调试，把 bind 127.0.0.1 保持默认，连接地址填 127.0.0.1 就行。

连接信息填写示例（以AnotherRedisDesktopManager为例）：

Name：随便起一个，比如 local-redis
Host：127.0.0.1
Port：6379
Password：你在redis.conf里设置的密码

连上去之后，能看到16个数据库、Key列表、内存统计，还能直接打开命令行面板执行Lua脚本。可视化工具还有一个隐藏好处：查看单个Key的TTL、内存占用、编码方式，对排查问题帮助极大。

6. 常见问题排查与面试考点延伸

6.1 启动失败：日志是第一个线索

我遇到过很多次“Redis起不来”的情况，每一次都是日志告诉了我答案。先把日志翻出来看：

bash复制tail -n 100 /usr/local/redis/logs/redis.log

常见的报错和原因：

报错信息	原因	解决办法
`FATAL CONFIG FILE ERROR`	配置文件语法错误	逐行检查，注意空格
`Can't open the log file: Permission denied`	日志目录无权限	`chown -R redis:redis /usr/local/redis/logs`
`Address already in use`	端口被占用	`ss -lntp
`WARNING: The TCP backlog setting of 511 cannot be enforced`	内核参数限制	修改 `/etc/sysctl.conf` 的 `net.core.somaxconn`
`MISCONF Redis is configured to save RDB snapshots`	RDB保存失败	检查dir目录权限和磁盘空间

6.2 连接超时或认证失败

另一个高频问题是客户端连接不上。分两种情况：一种是直接连不上（Connection refused），一种是提示认证失败（NOAUTH / WRONGPASS）。

连不上的排查顺序：

先在本机执行 redis-cli ping，看Redis是否正常。
执行 ss -lntp | grep 6379，确认Redis监听在哪个IP和端口。
检查防火墙：sudo ufw status 或 firewall-cmd --list-all。
如果用云服务器，还要检查安全组是否放行了6379端口。

认证失败则简单很多：密码输错了，或者客户端工具没填密码。这里有个细节：Redis 6.0以后，如果设置了ACL，默认用户 default 可能没有权限，需要先 AUTH username password 或者在连接工具里指定用户名。

6.3 从安装配置延伸到面试考点

装好Redis只是起点，面试和实际工作中，你跟Redis的缘分才刚开始。热搜词里那些“redis面试题”“redis分布式锁”“redis缓存治理”，其实都建立在安装配置之上的进阶话题。我简单给你串一遍，方便你装完Redis之后往深入走。

缓存三大问题：

缓存穿透：查询一个不存在的key，请求打到数据库。解决：缓存空值、布隆过滤器。
缓存击穿：某个热点key过期瞬间，大量请求打到数据库。解决：互斥锁、逻辑过期。
缓存雪崩：大量key同时过期，或Redis宕机，导致数据库被打垮。解决：过期时间随机化、Redis高可用。

分布式锁：Redis实现分布式锁的经典方案是 SET lock_key unique_value NX PX 30000，NX表示只有Key不存在时才设置，PX设置过期时间防止死锁。释放锁时要先比对value再删除，防止误删别人的锁。更高阶的方案是Redisson的看门狗机制，自动续期。

缓存治理：包括缓存与数据库的一致性（先更库再删缓存）、缓存预热（上线时提前灌入热点数据）、缓存降级（Redis不可用时快速返回默认值）等，这些都是面试官爱问、生产环境必须考虑的。

6.4 讲讲Redis日志与监控

前面安装配置时提到了日志，但很多人装完就没再看过了。我建议你把Redis的日志和监控当作一个长期任务来对待，而不是装完就完事。生产环境中，Redis日志里的重要信息包括：

启动信息：版本、端口、内存、配置文件路径，确认你的配置真的生效了。
主从连接状态变化：MASTER <-> REPLICA sync started、MASTER <-> REPLICA sync finished，一旦频繁出现，说明网络不稳定。
RDB和AOF的写入记录：Background saving started、Background saving terminated with success，如果频繁失败，要赶紧看磁盘空间和IO。
慢查询日志：用 SLOWLOG GET 100 秒查最近的慢命令。

如果你用的云监控或者Prometheus+Grafana，建议把Redis的 INFO 指标采集起来，重点盯这几个：used_memory（已用内存）、connected_clients（连接数）、rejected_connections（拒绝连接数）、evicted_keys（淘汰键数量）、latest_fork_usec（最近一次fork耗时）。

我在实际项目里就有过这样的经历：Redis内存一直涨，但 maxmemory 没设，结果内存爆掉，整个服务OOM。加上监控之后，内存到80%自动告警，才没再出事。安装配置只是第一步，让它长期稳定运行才是目标。

7. 最后再分享一点安装之后必须验证的东西

装完Redis、配置好各项参数之后，别急着关终端。我每次在新环境装完Redis，都会按这个清单过一遍，确认一切正常：

用 redis-cli ping 确认基本连通性。
用 redis-cli -a 密码 set test:key hello 写入一个测试Key，再用 get test:key 读回来。
用 redis-cli -a 密码 info memory 确认 maxmemory 生效。
用 redis-cli -a 密码 info persistence 确认RDB和AOF的状态都是OK。
重启一次Redis进程，确认重启后数据能自动加载，keys * 还能看到刚才写入的数据。
如果开了 daemonize yes，确认启动后进程还活着，ps -ef | grep redis。

这个流程走一遍，基本可以确认安装配置没有大问题。

还有一个小技巧：如果你在Linux服务器上安装了Redis，但不确定配置文件里的参数到底生效没有，可以直接在客户端里执行 CONFIG GET *，Redis会把当前生效的配置全部列出来。比如 CONFIG GET maxmemory 就能看到实际生效的内存上限，CONFIG GET appendonly 能看到持久化是否开启。这个命令在排查问题时比打开配置文件挨个看快得多。

根据我个人经验，Redis安装配置这件事，难度不在“能不能跑起来”，而在“跑起来之后能不能应对生产环境的考验”。希望这篇内容能帮你把地基打牢，后面再接触集群、哨兵、分布式锁那些高级话题时，能少踩一些坑。