当前位置：首页 > news >正文

linux学习进展 Redis详解

news 2026/5/16 2:23:41

在Linux运维和后端开发中，Redis是不可或缺的高性能内存数据库，它以“亚毫秒级延迟”“丰富数据结构”“高可用”等特性，广泛应用于缓存、会话存储、消息队列、实时统计等场景。本次笔记将系统讲解Redis的核心概念、Linux环境下的安装配置、核心命令、持久化机制、高可用方案，以及实操案例和常见问题排查，帮助快速掌握Redis的基础用法与核心原理，适配Linux学习的进阶节奏，为后续分布式架构学习铺垫。

一、Redis核心认知（必记基础）

Redis（Remote Dictionary Server，远程字典服务）是由Salvatore Sanfilippo于2009年开发的开源、高性能、基于内存的键值对（Key-Value）存储系统，并非传统关系型数据库，属于NoSQL数据库的一种，核心定位是“内存优先”，同时支持持久化到磁盘，兼顾速度与可靠性。

1. Redis核心特性（高频考点）

内存优先，速度极快：所有数据默认存储在内存中，读写延迟低至亚毫秒级（P99 < 1ms），支持每秒10万+ QPS，远超传统磁盘数据库，这是Redis最核心的优势，其设计哲学可概括为“内存是新的磁盘，磁盘是新的磁带”——将热数据常驻内存，同时提供可选的持久化保障。

丰富的数据结构：支持String（字符串）、Hash（哈希）、List（列表）、Set（集合）、Sorted Set（有序集合）等基础类型，以及Bitmap（位图）、HyperLogLog（基数统计）、GEO（地理位置）、Stream（流）等高级类型，每种类型都有专属命令，适配不同业务场景。

支持持久化：默认不持久化（重启后数据丢失），可通过RDB、AOF两种方式实现持久化，将内存中的数据写入磁盘，避免意外宕机导致数据丢失，生产环境通常会开启混合持久化模式，兼顾性能与安全性。

高可用支持：支持主从复制、哨兵模式（Sentinel）、集群模式（Cluster），可实现故障自动转移、负载均衡，满足生产环境的高可用需求，避免单点故障。

单线程原子操作：Redis采用单线程事件循环模型，所有命令串行执行，天然保证原子性，无需担心并发竞争问题；Redis 6.0+ 引入I/O多线程处理网络读写，但命令执行仍保持单线程，兼顾原子性与效率。

跨平台、易扩展：支持Linux、Windows、Mac等多系统，可通过集群实现水平扩展，同时支持发布订阅、Lua脚本、事务等高级功能，适配复杂业务场景。

2. Redis与传统数据库/缓存的区别

为了明确Redis的定位，对比Linux中常见的MySQL（关系型数据库）、Memcached（缓存），重点区分核心差异，避免混淆：

对比维度	Redis	MySQL	Memcached
存储介质	内存为主，支持磁盘持久化	磁盘为主，内存为缓存	内存为主，不支持持久化
数据结构	丰富（String、Hash等8种+）	关系型（表、行、列）	简单（仅Key-Value字符串）
读写速度	极快（亚毫秒级）	较慢（磁盘I/O瓶颈）	快（内存操作）
持久化	支持（RDB、AOF、混合模式）	支持（事务、日志）	不支持（重启丢失数据）
适用场景	缓存、会话、消息队列、实时统计	持久化存储、复杂查询、事务场景	简单缓存、临时数据存储

3. Redis常见应用场景

结合Linux运维和开发实际，Redis的高频应用场景如下，贴合实操需求：

缓存（最常用）：将MySQL中的热点数据（如商品详情、用户信息）缓存到Redis，减少数据库压力，提升接口响应速度（如电商首页、APP首页）。

会话存储：分布式系统中，将用户Session（登录状态）存储到Redis，实现多服务器共享会话，避免登录状态丢失。

实时统计：利用Redis的原子操作（如incr、decr）实现计数器（文章阅读量、点赞数）、UV统计（HyperLogLog）、签到（Bitmap）等场景。

排行榜：利用Sorted Set的分数排序特性，实现实时排行榜（如游戏积分榜、商品销量榜）。

消息队列：利用List、Stream类型实现轻量级消息队列，实现服务间解耦（如订单通知、日志异步处理）。

分布式锁：利用SET NX PX命令实现分布式锁，解决分布式系统中的并发竞争问题（如商品秒杀）。

AI场景支持：通过Vector Set类型支持向量搜索，适配语义搜索、RAG、推荐系统等GenAI应用场景。

二、Linux环境下Redis安装与配置（实操重点）

Redis在Linux环境下的安装主要有两种方式：yum/dnf安装（简单快捷，适合新手）、源码编译安装（自定义配置，适合生产环境），本次重点讲解两种方式，适配不同需求，所有命令可直接复制执行。

1. 环境准备

确保Linux系统（CentOS 7/8、Ubuntu）网络正常，关闭防火墙（或开放Redis默认端口6379），避免安装和连接失败：

# 1. 关闭防火墙（CentOS示例，Ubuntu用ufw） systemctl stop firewalld systemctl disable firewalld # 2. 关闭SELinux（避免权限限制） setenforce 0 sed -i 's/SELINUX=enforcing/SELINUX=disabled/' /etc/selinux/config # 3. 安装依赖（源码编译需用到） # CentOS yum install -y gcc gcc-c++ make # Ubuntu apt install -y gcc g++ make

2. 方式1：yum/dnf安装（新手推荐）

CentOS 7/8可直接通过yum安装，自动配置环境变量，无需手动配置，步骤如下：

# 1. 安装Redis（CentOS 8用dnf install redis） yum install -y redis # 2. 查看Redis版本（验证安装） redis-server --version # 输出示例：Redis server v=6.2.7 sha1=00000000:0 malloc=jemalloc-5.1.0 bits=64 build=0000000000000000 # 3. 启动Redis服务并设置开机自启 systemctl start redis systemctl enable redis # 4. 查看Redis运行状态 systemctl status redis # 输出“active (running)”表示启动成功 # 5. 测试Redis连接（本地连接） redis-cli # 进入Redis交互界面，输入ping，返回PONG表示连接正常 127.0.0.1:6379> ping PONG

3. 方式2：源码编译安装（生产环境推荐）

源码编译安装可自定义安装路径、版本，适合生产环境精细化配置，步骤如下（以Redis 7.2.4版本为例）：

# 1. 下载Redis源码包（官网地址：https://redis.io/download/） wget https://download.redis.io/releases/redis-7.2.4.tar.gz # 2. 解压源码包 tar -zxvf redis-7.2.4.tar.gz -C /usr/local/ # 3. 进入解压目录，编译安装 cd /usr/local/redis-7.2.4/ make make install PREFIX=/usr/local/redis # 自定义安装路径为/usr/local/redis # 4. 配置环境变量（方便全局使用redis-cli、redis-server命令） echo "export PATH=$PATH:/usr/local/redis/bin" >> /etc/profile source /etc/profile # 5. 复制配置文件（自定义配置，避免修改源码目录文件） cp /usr/local/redis-7.2.4/redis.conf /usr/local/redis/conf/ # 6. 启动Redis（后台启动，指定配置文件） redis-server /usr/local/redis/conf/redis.conf # 7. 查看Redis进程（验证启动） ps -ef | grep redis # 输出包含redis-server的进程，表示启动成功 # 8. 测试连接 redis-cli 127.0.0.1:6379> ping PONG

4. Redis核心配置文件详解（redis.conf）

Redis的配置文件（默认路径：/etc/redis.conf 或自定义路径）是实操核心，需重点修改以下参数，适配生产环境，避免默认配置的安全隐患和性能问题：

# 1. 绑定IP（默认绑定127.0.0.1，只能本地访问，修改为0.0.0.0允许外部访问） bind 0.0.0.0 # 2. 保护模式（默认yes，禁止外部访问，修改为no关闭保护模式） protected-mode no # 3. 端口（默认6379，可自定义，建议修改为非默认端口，提升安全性） port 6379 # 4. 后台启动（默认no，修改为yes，后台运行Redis） daemonize yes # 5. 持久化配置（后续详解，此处先开启基础配置） # RDB持久化（默认开启，可调整触发时机） save 900 1 # 900秒内有1次写操作，触发RDB快照 save 300 10 # 300秒内有10次写操作，触发RDB快照 save 60 10000 # 60秒内有10000次写操作，触发RDB快照 # AOF持久化（默认关闭，修改为yes开启） appendonly yes appendfsync everysec # 每秒同步一次日志，兼顾安全与性能 # 6. 密码配置（默认无密码，设置密码提升安全性） requirepass 123456 # 自定义密码，建议复杂一些 # 7. 最大内存限制（避免Redis占用过多内存，导致系统卡顿） maxmemory 1024mb # 限制Redis最大使用内存1GB，可根据服务器配置调整 # 8. 内存淘汰策略（内存满时，删除过期key的策略） maxmemory-policy allkeys-lru # 优先删除最近最少使用的key（最常用策略） # 修改配置后，重启Redis生效 systemctl restart redis # yum安装的Redis redis-cli shutdown && redis-server /usr/local/redis/conf/redis.conf # 源码安装的Redis

5. Redis启动/停止/重启常用命令

# yum安装的Redis（systemctl管理） systemctl start redis # 启动 systemctl stop redis # 停止 systemctl restart redis # 重启 systemctl status redis # 查看状态 systemctl enable redis # 开机自启 systemctl disable redis # 关闭开机自启 # 源码安装的Redis（手动管理） redis-server /usr/local/redis/conf/redis.conf # 启动（指定配置文件） redis-cli shutdown # 停止（本地无密码） redis-cli -a 123456 shutdown # 停止（有密码） ps -ef | grep redis | grep -v grep | awk '{print $2}' | xargs kill -9 # 强制停止（异常时使用）

三、Redis核心命令（实操高频）

Redis命令通过redis-cli执行，支持交互模式（输入redis-cli进入）和非交互模式（直接执行命令），核心命令按数据类型分类讲解，重点掌握常用命令，无需死记，结合案例练习即可。

1. 通用命令（所有数据类型通用）

# 1. 测试连接（最常用） ping # 返回PONG表示连接正常 # 2. 登录（有密码时） redis-cli -a 123456 # 直接登录 # 或进入交互模式后登录 127.0.0.1:6379> auth 123456 # 返回OK表示登录成功 # 3. 查看所有key（模糊匹配用*） keys * # 查看所有key（生产环境慎用，数据量大时会阻塞） keys user* # 查看以user开头的key # 4. 查看key的类型 type key名 # 如type user:1，返回string/hash/list等 # 5. 判断key是否存在（存在返回1，不存在返回0） exists key名 # 6. 删除key（可删除多个） del key1 key2 # 删除key1和key2，返回删除成功的数量 # 7. 设置key的过期时间（单位：秒） expire key名 3600 # 设置key过期时间为1小时 ttl key名 # 查看key剩余过期时间（-1表示永久，-2表示已过期） # 8. 清除过期时间（设置为永久） persist key名 # 9. 查看Redis信息（分模块查看） info # 查看所有信息 info memory # 查看内存使用信息 info replication # 查看主从复制信息 # 10. 清空Redis数据（慎用！） flushdb # 清空当前数据库（默认db0） flushall # 清空所有数据库

2. 字符串类型（String）命令（最常用）

String是Redis最基础的数据类型，可存储文本、数字、二进制数据（最大512MB），适合存储单个值（如计数器、缓存值、会话token），底层基于简单动态字符串（SDS）实现，采用预分配冗余空间减少内存频繁分配：

# 1. 设置key-value（基础命令） set key value # 如set name "zhangsan"，覆盖已存在的key setnx key value # 只有key不存在时，才设置（避免覆盖，适合分布式锁） setex key 3600 value # 设置key-value，并指定过期时间1小时 # 2. 获取key对应的value get key # 如get name，返回"zhangsan"，key不存在返回nil # 3. 原子增减操作（适合计数器） incr key # key对应的数值+1（只能对数字值操作，为空则新增为1） decr key # key对应的数值-1（为空则新增为-1） incrby key 10 # 数值+10（自定义步长） decrby key 5 # 数值-5（自定义步长） # 4. 追加字符串 append key "xxx" # 如append name "123"，将"123"追加到name的值末尾 # 5. 查看字符串长度 strlen key # 如strlen name，返回name值的长度

3. 哈希类型（Hash）命令

Hash是键值对的集合（key -> field -> value），适合存储对象（如用户信息、商品详情），无需序列化，可单独操作对象的某个字段，底层根据field-value的数量和长度，自动切换为压缩列表（ziplist）或哈希表（hashtable）存储：

# 1. 设置哈希字段（单个/多个） hset key field value # 单个字段，如hset user:1 name "zhangsan" hmset key field1 value1 field2 value2 # 多个字段，如hmset user:1 age 20 gender male # 2. 获取哈希字段（单个/多个/所有） hget key field # 单个字段，如hget user:1 name hmget key field1 field2 # 多个字段，如hmget user:1 age gender hgetall key # 所有字段和值，如hgetall user:1 # 3. 查看哈希的字段数量 hlen key # 如hlen user:1，返回user:1的字段数 # 4. 判断哈希字段是否存在 hexists key field # 存在返回1，不存在返回0 # 5. 删除哈希字段（可删除多个） hdel key field1 field2 # 如hdel user:1 gender # 6. 哈希字段原子增减（仅对数字值有效） hincrby key field 5 # 如hincrby user:1 age 1，用户年龄+1

4. 列表类型（List）命令

List是有序、可重复的字符串集合，底层基于双向链表实现，对两端的操作性能极高，中间节点操作性能较差，适合实现消息队列、最新消息列表等场景：

# 1. 向列表两端添加元素 lpush key value1 value2 # 从列表左侧添加（头部），如lpush msg "hello" "world" rpush key value1 value2 # 从列表右侧添加（尾部），如rpush msg "redis" # 2. 从列表两端删除元素 lpop key # 从左侧删除一个元素，并返回该元素 rpop key # 从右侧删除一个元素，并返回该元素 # 3. 查看列表元素 lrange key start end # 查看从start到end的元素（0表示第一个，-1表示最后一个），如lrange msg 0 -1 # 4. 查看列表长度 llen key # 如llen msg，返回列表msg的元素个数 # 5. 查看列表指定索引的元素 lindex key index # 如lindex msg 1，返回列表msg的第2个元素（索引从0开始）

5. 集合类型（Set）命令

Set是无序、不可重复的字符串集合，支持交集、并集、差集等集合操作，适合存储不重复的数据（如用户标签、唯一访客）：

# 1. 向集合添加元素（可多个） sadd key value1 value2 # 如sadd tags "java" "python" "redis" # 2. 查看集合所有元素 smembers key # 如smembers tags，返回集合tags的所有元素 # 3. 查看集合元素个数 scard key # 如scard tags，返回集合tags的元素个数 # 4. 判断元素是否在集合中 sismember key value # 存在返回1，不存在返回0，如sismember tags "java" # 5. 删除集合中的元素（可多个） srem key value1 value2 # 如srem tags "python" # 6. 集合交集、并集、差集（高频场景） sinter key1 key2 # 交集（两个集合共有的元素） sunion key1 key2 # 并集（两个集合所有的元素，去重） sdiff key1 key2 # 差集（key1中有、key2中没有的元素）

6. 有序集合类型（Sorted Set）命令

Sorted Set（ZSet）是无序、不可重复的字符串集合，每个元素关联一个分数（score），按分数排序，适合实现排行榜、优先级队列等场景，底层结合哈希表和跳表实现，兼顾查询和排序性能：

# 1. 向有序集合添加元素（可多个，指定分数） zadd key score1 value1 score2 value2 # 如zadd rank 100 "zhangsan" 90 "lisi" 80 "wangwu" # 2. 查看有序集合元素（按分数升序/降序） zrange key start end [WITHSCORES] # 升序，如zrange rank 0 -1 WITHSCORES（显示分数） zrevrange key start end [WITHSCORES] # 降序，如zrevrange rank 0 -1（查看排行榜前3） # 3. 查看元素的分数 zscore key value # 如zscore rank "zhangsan"，返回100 # 4. 元素分数原子增减 zincrby key increment value # 如zincrby rank 5 "lisi"，lisi的分数+5 # 5. 查看有序集合元素个数 zcard key # 如zcard rank，返回排行榜人数 # 6. 按分数范围查询元素 zrangebyscore key min max [WITHSCORES] # 如zrangebyscore rank 80 100（分数80-100的元素）

四、Redis持久化机制（核心原理）

Redis默认将数据存储在内存中，重启后数据会丢失，持久化机制就是将内存中的数据写入磁盘，确保Redis宕机后数据可恢复。Redis提供两种持久化方式：RDB和AOF，生产环境通常开启“RDB+AOF混合模式”，兼顾性能与数据安全性，Redis 4.0+ 支持混合持久化，结合两者优势。

1. RDB持久化（Redis Database）

RDB是Redis默认的持久化方式，核心是“快照”——在指定时间间隔内，将内存中的所有数据生成一份二进制快照文件（dump.rdb），写入磁盘，恢复时直接加载该文件到内存。

触发方式：
- 自动触发：通过redis.conf中的save指令配置（如save 900 1），满足条件自动生成快照；
- 手动触发：执行save命令（阻塞Redis，不推荐）、bgsave命令（后台生成快照，不阻塞Redis，推荐）。
优点：快照文件体积小、加载速度快，适合备份、灾难恢复，对Redis性能影响小（bgsave通过fork子进程实现，主进程不参与磁盘I/O）。
缺点：数据安全性低，可能丢失最后一次快照后的所有数据（如宕机前未触发快照）；fork子进程时，若数据集较大，可能导致Redis短暂阻塞（毫秒级到秒级）。

2. AOF持久化（Append Only File）

AOF是补充的持久化方式，核心是“日志记录”——将每一条写命令（如set、hset、incr）以Redis协议格式追加到AOF文件（appendonly.aof）中，恢复时重新执行文件中的所有命令，重建数据。

触发方式：开启appendonly yes后，自动记录所有写命令，同步策略通过appendfsync配置：
- appendfsync always：每次写命令都同步到磁盘，最安全，性能最差；
- appendfsync everysec：每秒同步一次，兼顾安全与性能（默认配置，最多丢失1秒数据）；
- appendfsync no：由操作系统决定同步时机，性能最好，安全性最差（不推荐）。
优点：数据安全性高，最多丢失1秒数据；AOF文件是文本格式，可读性强，可手动修改恢复数据（如误删key，可删除对应命令）。
缺点：AOF文件体积比RDB大，加载速度慢；写命令频繁时，同步磁盘会影响Redis性能。

3. 混合持久化（推荐）

Redis 4.0+ 支持混合持久化，开启后，AOF文件的前半部分是RDB快照（二进制），后半部分是AOF日志（文本命令），兼顾RDB的加载速度和AOF的数据安全性，配置方式：

# 在redis.conf中开启混合持久化 aof-use-rdb-preamble yes # 开启后，重启Redis生效，AOF文件会自动切换为混合格式

4. 持久化恢复机制

Redis启动时，会优先加载AOF文件（若开启AOF），若AOF文件不存在或损坏，再加载RDB文件，恢复流程：

Redis启动，检查AOF文件是否存在；
若存在，加载AOF文件，执行所有写命令，重建数据；
若AOF文件不存在或损坏，加载RDB文件，恢复快照数据；
加载完成后，Redis正常提供服务。

五、Redis高可用方案（生产环境必备）

单节点Redis存在单点故障（如宕机、重启），无法满足生产环境的高可用需求，Redis提供三种高可用方案：主从复制、哨兵模式、集群模式，从简单到复杂，适配不同规模的业务场景。

1. 主从复制（基础高可用）

主从复制是最基础的高可用方案，核心是“一主多从”——主节点（master）负责读写操作，从节点（slave）只负责读操作，主节点的数据会自动同步到从节点，实现数据备份和读写分离，减轻主节点压力。

# 配置步骤（以1主2从为例，三台Linux服务器） # 1. 主节点（master，IP：192.168.1.100）配置（无需额外配置，默认为主节点） # 修改redis.conf，确保允许外部访问、设置密码 bind 0.0.0.0 protected-mode no requirepass 123456 # 2. 从节点（slave1：192.168.1.101；slave2：192.168.1.102）配置 # 修改redis.conf，指定主节点IP、端口、密码 slaveof 192.168.1.100 6379 masterauth 123456 # 主节点的密码 slave-read-only yes # 从节点只读（默认yes，禁止写操作） # 3. 重启所有Redis节点，验证主从复制 # 在主节点执行，查看从节点信息 127.0.0.1:6379> info replication # 输出中会显示从节点的IP、端口，说明主从复制配置成功 # 测试：主节点设置key，从节点查看 # 主节点 127.0.0.1:6379> set test 123 OK # 从节点 127.0.0.1:6379> get test "123" # 成功同步数据

注意：主从复制只能解决数据备份和读写分离，无法解决主节点故障自动切换问题，主节点宕机后，需手动将从节点切换为主节点。

2. 哨兵模式（Sentinel，自动故障转移）

哨兵模式是在主从复制的基础上，增加哨兵节点（Sentinel），负责监控主从节点的运行状态，当主节点宕机时，自动将某个从节点切换为主节点，实现故障自动转移，无需人工干预，适合中小规模业务。

核心功能：监控主从节点、自动故障转移、通知客户端（主节点切换后，通知客户端新的主节点地址），通常部署3个哨兵节点（避免哨兵单点故障）。

3. 集群模式（Cluster，水平扩展）

当单主多从无法满足性能需求（如数据量过大、并发过高）时，需使用集群模式，核心是“多主多从”——将数据分片存储到多个主节点，每个主节点对应一个或多个从节点，实现数据分片和负载均衡，支持水平扩展（新增节点即可），适合大规模业务。

核心特点：Redis集群默认将数据分为16384个槽位（slot），每个主节点负责一部分槽位，客户端根据key的哈希值，将数据存储到对应的槽位；支持故障自动转移，某个主节点宕机后，其从节点自动切换为主节点，不影响整体服务，集群无中心架构，节点间通过Gossip协议通信。

六、Redis实操案例（Linux环境）

结合Linux运维实际，列举3个高频实操案例，巩固所学知识，所有命令可直接复制执行，贴合生产环境场景。

案例1：Redis缓存热点数据（实操高频）

需求：将MySQL中的用户信息（id=1，name=zhangsan，age=20）缓存到Redis，设置过期时间1小时，查询时先查Redis，Redis无数据再查MySQL，避免频繁访问数据库。

# 1. 登录Redis，设置缓存（Hash类型存储用户信息） redis-cli -a 123456 127.0.0.1:6379> hmset user:1 name "zhangsan" age 20 OK 127.0.0.1:6379> expire user:1 3600 (integer) 1 # 2. 查询缓存（先查Redis） 127.0.0.1:6379> hgetall user:1 1) "name" 2) "zhangsan" 3) "age" 4) "20" # 3. 若Redis缓存过期，查询MySQL后重新设置缓存（模拟流程） # 假设MySQL查询结果：name=zhangsan，age=20 127.0.0.1:6379> hmset user:1 name "zhangsan" age 20 OK 127.0.0.1:6379> expire user:1 3600 (integer) 1

案例2：实现简单计数器（文章阅读量）

需求：用Redis的String类型实现文章阅读量统计，文章ID=1001，初始阅读量为0，每次访问阅读量+1，支持查看当前阅读量。

# 1. 初始化阅读量（文章ID=1001） redis-cli -a 123456 set article:read:1001 0 OK # 2. 阅读量+1（每次访问执行） redis-cli -a 123456 incr article:read:1001 (integer) 1 # 第一次访问，阅读量变为1 redis-cli -a 123456 incr article:read:1001 (integer) 2 # 第二次访问，阅读量变为2 # 3. 查看当前阅读量 redis-cli -a 123456 get article:read:1001 "2"

案例3：Redis持久化测试与数据恢复

需求：开启RDB+AOF混合持久化，手动触发RDB快照，关闭Redis后，重启Redis验证数据是否恢复。

# 1. 配置混合持久化（修改redis.conf） appendonly yes aof-use-rdb-preamble yes save 60 10 # 60秒内10次写操作触发RDB # 2. 重启Redis，设置测试数据 systemctl restart redis redis-cli -a 123456 127.0.0.1:6379> set test:persist "redis持久化测试" OK 127.0.0.1:6379> bgsave # 手动触发RDB快照 Background saving started # 3. 关闭Redis，模拟宕机 systemctl stop redis # 4. 重启Redis，验证数据恢复 systemctl start redis redis-cli -a 123456 get test:persist "redis持久化测试" # 数据成功恢复

七、Redis常见问题排查（Linux运维重点）

Linux环境下使用Redis时，常出现连接失败、启动失败、数据丢失、性能卡顿等问题，结合实操经验，补充高频问题及解决方案，覆盖配置、网络、持久化等核心场景。

1. 问题1：Redis启动失败，报错“Could not create server TCP listening socket *:6379: bind: Address already in use”

原因：6379端口被其他进程占用，或Redis进程未正常关闭，残留进程占用端口。

解决方案：

# 1. 查看占用6379端口的进程 netstat -tulnp | grep 6379 # 或 lsof -i:6379 # 2. 杀死占用端口的进程（PID为进程号） kill -9 PID # 3. 重启Redis systemctl restart redis

2. 问题2：外部客户端无法连接Redis，本地连接正常

常见原因：Redis绑定IP为127.0.0.1、开启保护模式、防火墙未开放6379端口、密码错误。

解决方案：

# 1. 修改redis.conf配置 bind 0.0.0.0 protected-mode no # 2. 开放6379端口（CentOS） firewall-cmd --add-port=6379/tcp --permanent firewall-cmd --reload # 3. 验证密码是否正确，重新登录 redis-cli -h 192.168.1.100 -p 6379 -a 123456 192.168.1.100:6379> ping PONG # 连接成功