【Redis分布式缓存实战】第4章 单机Redis部署、配置与基础优化

多环境部署：Linux生产环境源码/容器标准化部署

一、部署整体概述与环境规划

1.1 部署目标

实现Redis开发、测试、生产多环境隔离部署，提供两套标准化部署方案（Linux源码编译部署、Docker容器部署），统一各环境目录结构、配置规范、启动方式和运维标准，规避多环境冲突，保障生产环境高可用、安全性、稳定性，同时兼顾开发测试环境的轻量化、易部署特性。

1.2 多环境整体规划

|------------|---------------|------|-------------|---------|-----------------|
| 环境类型 | 部署方式 | 默认端口 | 数据持久化策略 | 日志级别 | 适用场景 |
| 开发环境（dev） | Docker容器快速部署 | 6379 | 关闭持久化 | verbose | 本地开发、功能调试、迭代测试 |
| 测试环境（test） | Docker容器标准化部署 | 6380 | RDB定时持久化 | notice | 功能测试、压力测试、预发布验证 |
| 生产环境（prod） | Linux源码编译部署 | 6381 | RDB+AOF双持久化 | warning | 线上业务承载、高可用稳定运行 |

1.3 基础环境要求

• 操作系统：CentOS 7+/Ubuntu 18.04+ 64位
• 内核版本：3.10.0+，关闭透明大页（生产必配）
• 依赖工具：gcc、make、cmake、wget、tar（源码部署必备）；docker、docker-compose（容器部署必备）
• 权限要求：全程禁止root直接运行Redis，创建独立普通用户管理服务
• 网络要求：生产环境仅开放内网端口，禁止公网直接访问，配置防火墙白名单

二、通用前置配置（所有环境必做）

2.1 系统内核优化（生产核心）

Redis为内存型数据库，需优化系统内核参数，规避OOM、内存溢出、连接受限问题，永久生效配置如下：

1. 编辑内核参数文件

vim /etc/sysctl.conf

2. 追加以下参数

# 调整Redis最大文件描述符
fs.file-max = 65535
# 关闭TCP时间戳，避免端口占用冲突
net.ipv4.tcp_timestamps = 0
# 调整TCP队列参数
net.ipv4.tcp_syn_backlog = 65535
# 内存分配策略，禁止OOM随机杀死进程
vm.overcommit_memory = 1
# 关闭透明大页（解决Redis延迟抖动问题）
transparent_hugepage=never

3. 生效配置

sysctl -p

2.2 文件句柄数优化

Redis高并发场景需提升最大文件打开数，编辑limits配置：

vim /etc/security/limits.conf

追加内容：

redis soft nofile 65535
redis hard nofile 65535

2.3 创建独立运行用户

所有环境统一创建redis普通用户，禁止root启动服务，保障安全：

# 创建用户，禁止登录系统
useradd -s /sbin/nologin -M redis
# 设置目录权限
chmod -R 755 /usr/local/redis
chown -R redis:redis /usr/local/redis

三、生产环境Redis源码标准化部署

源码编译部署为生产环境首选方案，性能最优、配置自由度高、无容器虚拟化损耗，适配线上高并发、高可用场景。

3.1 安装依赖环境

# CentOS
yum install -y gcc gcc-c++ make cmake wget tar

# Ubuntu
apt install -y gcc make cmake wget tar

3.2 下载并解压源码包

统一使用稳定版Redis（当前最新稳定版7.2.5），官方源码包部署，规避第三方包漏洞：

# 进入安装目录
cd /usr/local
# 下载源码
wget https://download.redis.io/releases/redis-7.2.5.tar.gz
# 解压
tar -zxvf redis-7.2.5.tar.gz
# 重命名统一目录
mv redis-7.2.5 redis
# 进入编译目录
cd redis

3.3 编译安装

# 编译（开启多核编译，加速部署）
make -j$(nproc)
# 安装到系统目录
make install

3.4 标准化目录规划

生产环境统一目录结构，规范日志、数据、配置、PID文件存放路径，便于运维管理：

# 创建标准化子目录
mkdir -p /usr/local/redis/{conf,data,logs,pid}

• conf：存放自定义配置文件
• data：存放RDB、AOF持久化数据
• logs：存放运行日志、错误日志
• pid：存放进程PID文件

3.5 生产级配置文件优化

复制默认配置文件并自定义生产专属配置，关闭危险命令、开启双持久化、配置密码、限制访问：

# 复制默认配置
cp /usr/local/redis/redis.conf /usr/local/redis/conf/redis-prod.conf

编辑生产配置文件 ​​vim /usr/local/redis/conf/redis-prod.conf​​，修改核心参数：

# 基础配置
port 6381
bind 127.0.0.1 内网IP  # 仅内网访问，禁止0.0.0.0全网暴露
daemonize yes          # 后台运行
pidfile /usr/local/redis/pid/redis.pid
logfile /usr/local/redis/logs/redis-prod.log
dir /usr/local/redis/data

# 安全配置
requirepass 自定义强密码  # 设置生产密码
rename-command FLUSHALL ""  # 禁用危险命令
rename-command FLUSHDB ""
rename-command KEYS ""

# 持久化配置（生产双持久化）
save 900 1
save 300 10
save 60 10000
rdbcompression yes
appendonly yes
appendfsync everysec

# 内存优化
maxmemory 16gb  # 根据服务器内存调整，建议不超过物理内存70%
maxmemory-policy allkeys-lru

# 连接优化
tcp-backlog 65535
timeout 0
tcp-keepalive 300

3.6 配置系统自启动服务

创建systemd系统服务，实现开机自启、统一启停管理：

vim /etc/systemd/system/redis-prod.service

写入服务配置：

[Unit]
Description=Redis Production Service
After=network.target

[Service]
Type=forking
User=redis
Group=redis
ExecStart=/usr/local/bin/redis-server /usr/local/redis/conf/redis-prod.conf
ExecStop=/usr/local/bin/redis-cli -p 6381 -a 密码 shutdown
Restart=always
RestartSec=3

[Install]
WantedBy=multi-user.target

重载服务、设置开机自启：

systemctl daemon-reload
systemctl enable redis-prod
systemctl start redis-prod
systemctl status redis-prod

四、多环境容器标准化部署（开发/测试）

容器部署适用于开发、测试环境，部署快速、环境隔离彻底、无需适配系统依赖，通过docker-compose统一管理多实例，避免环境冲突。

4.1 容器环境前置准备

安装Docker与Docker-Compose：

# CentOS安装docker
yum install -y docker-ce docker-ce-cli containerd.io
# 启动docker并开机自启
systemctl start docker && systemctl enable docker

# 安装docker-compose
yum install -y docker-compose

4.2 多环境目录标准化规划

# 创建统一容器部署目录
mkdir -p /docker/redis/{dev,test}
# 分别创建各环境配置、数据、日志目录
mkdir -p /docker/redis/dev/{conf,data,logs}
mkdir -p /docker/redis/test/{conf,data,logs}

4.3 开发环境（dev）容器配置

4.3.1 开发环境配置文件

创建 ​​/docker/redis/dev/conf/redis-dev.conf​​，轻量化配置，关闭持久化：

port 6379
bind 0.0.0.0
daemonize no
logfile /data/logs/redis-dev.log
# 关闭持久化，提升开发速度
save ""
appendonly no
maxmemory 4gb
maxmemory-policy allkeys-lru

4.3.2 开发环境docker-compose.yml

创建 ​​/docker/redis/dev/docker-compose.yml​​：

version: '3.8'
services:
  redis-dev:
    image: redis:7.2.5-alpine
    container_name: redis-dev
    restart: always
    ports:
      - "6379:6379"
    volumes:
      - ./conf/redis-dev.conf:/etc/redis/redis.conf
      - ./data:/data
      - ./logs:/data/logs
    command: redis-server /etc/redis/redis.conf
    environment:
      - TZ=Asia/Shanghai

4.4 测试环境（test）容器配置

4.4.1 测试环境配置文件

创建 ​​/docker/redis/test/conf/redis-test.conf​​，模拟生产基础配置，开启RDB持久化：

port 6380
bind 0.0.0.0
daemonize no
logfile /data/logs/redis-test.log
save 300 10
rdbcompression yes
appendonly no
maxmemory 8gb
maxmemory-policy allkeys-lru
requirepass 测试环境密码

4.4.2 测试环境docker-compose.yml

创建 ​​/docker/redis/test/docker-compose.yml​​：

version: '3.8'
services:
  redis-test:
    image: redis:7.2.5-alpine
    container_name: redis-test
    restart: always
    ports:
      - "6380:6380"
    volumes:
      - ./conf/redis-test.conf:/etc/redis/redis.conf
      - ./data:/data
      - ./logs:/data/logs
    command: redis-server /etc/redis/redis.conf
    environment:
      - TZ=Asia/Shanghai

4.5 容器环境启动与验证

# 启动开发环境Redis
cd /docker/redis/dev
docker-compose up -d

# 启动测试环境Redis
cd /docker/redis/test
docker-compose up -d

# 查看运行状态
docker ps | grep redis

五、多环境隔离核心规范

5.1 端口隔离

严格遵循环境端口区分：开发6379、测试6380、生产6381，杜绝端口冲突，所有环境端口统一备案，防火墙仅开放对应环境端口。

5.2 数据隔离

• 源码生产环境：数据存放于 /usr/local/redis/data，独立磁盘分区挂载
• 容器开发/测试环境：数据挂载至宿主机独立目录，互不干扰
• 禁止跨环境数据拷贝覆盖，定期区分备份各环境数据

5.3 权限隔离

• 生产环境：仅redis用户拥有目录权限，root只读，禁止普通用户修改配置
• 测试/开发环境：适度放宽权限，但禁止全局777权限

六、生产环境运维标准化规范

6.1 启停管理

# 启动
systemctl start redis-prod
# 停止（安全停机，持久化数据）
systemctl stop redis-prod
# 重启
systemctl restart redis-prod
# 状态查看
systemctl status redis-prod

6.2 数据备份规范

生产环境每日凌晨自动备份RDB+AOF数据，保留7天备份文件，配置定时任务：

crontab -e
# 追加定时备份任务
0 0 * * * /usr/bin/cp -rf /usr/local/redis/data/* /data/redis-backup/$(date +%Y%m%d) && rm -rf /data/redis-backup/$(date -d "7 days ago" +%Y%m%d)

6.3 日志运维

配置日志切割，避免日志文件过大，安装logrotate实现自动切割：

vim /etc/logrotate.d/redis-prod

写入配置：

/usr/local/redis/logs/redis-prod.log {
    daily
    rotate 7
    compress
    missingok
    notifempty
    dateext
}

七、部署验证标准

7.1 基础连通性验证

# 生产环境连接验证
redis-cli -p 6381 -a 密码 ping

# 测试环境连接验证
redis-cli -p 6380 -a 密码 ping

# 开发环境连接验证
redis-cli -p 6379 ping

返回 ​​PONG​​ 即为部署成功。

7.2 配置校验

分别查看各环境核心配置，确认端口、持久化、内存参数生效，无配置冲突。

7.3 进程校验

# 查看Redis进程
ps -ef | grep redis
# 确认运行用户、端口、配置文件路径正确

八、常见问题排查

• 启动失败：端口占用 ：通过 netstat -lnp | grep 端口 查找占用进程，终止冲突进程或修改对应环境端口
• 生产内存溢出：检查maxmemory配置，优化系统vm.overcommit_memory参数，清理无用缓存
• 容器挂载权限不足 ：执行chmod -R 777 /docker/redis/* 临时授权，或修改宿主机目录属主
• 开机自启不生效 ：重新执行 systemctl daemon-reload 重载服务配置

核心配置文件详解：内存、网络、日志、持久化基础配置

本节针对前文部署的多环境Redis，深度解析四大核心配置模块，包含参数释义、默认规则、环境差异化配置、生产优化要点，所有配置适配Redis7.x版本，完全兼容本文源码与容器部署方案，可直接落地复用。

2.1 内存核心配置（重中之重）

内存是Redis最核心的资源，所有数据默认存储于内存，合理配置可彻底规避内存溢出、OOM杀死进程、数据淘汰异常等问题，适配前文生产内存溢出故障排查方案。

2.1.1 核心参数详解

• maxmemory：Redis最大可用内存阈值，默认无限制。Redis启动后所有数据加载至内存，达到阈值后触发数据淘汰策略。生产环境必须配置，建议设置为服务器物理内存的60%-70%，预留内存给系统内核与其他进程。 环境适配：生产16gb、测试8gb、开发4gb，禁止设置0（无限制），避免内存打满宕机。
• maxmemory-policy：内存淘汰策略，内存达到maxmemory时触发，共8种策略，生产优选LRU算法。 常用策略： 1. allkeys-lru：优先淘汰最近最少使用的所有key（生产通用最优）； 2. volatile-lru：仅淘汰设置过期时间的最少使用key； 3. allkeys-random：随机淘汰任意key（不推荐）； 4. noeviction：内存满后拒绝写入，只可读（高一致性业务可选）。
• vm.overcommit_memory（系统级内存配置）：配合Redis内存管控，值为1时允许系统超额分配内存，彻底解决Redisfork子进程持久化时内存申请失败问题，是生产环境必配内核参数。

2.1.2 多环境标准化配置

# 生产环境
maxmemory 16gb
maxmemory-policy allkeys-lru

# 测试环境
maxmemory 8gb
maxmemory-policy allkeys-lru

# 开发环境
maxmemory 4gb
maxmemory-policy allkeys-lru

2.1.3 避坑要点

未配置maxmemory会导致Redis无限占用内存，最终被系统OOM机制强制杀死；淘汰策略选错会引发业务数据丢失、缓存命中率下降等问题。

2.2 网络核心配置

网络配置决定Redis连接安全性、并发承载能力、连接稳定性，是多环境隔离、防攻击、高并发适配的关键，生产环境重点保障内网安全与高并发队列。

2.2.1 核心参数详解

• port：服务监听端口，本文严格隔离：开发6379、测试6380、生产6381，杜绝端口冲突。
• bind：监听IP地址，核心安全参数。 生产配置：bind 内网IP 127.0.0.1，仅内网本机及内网设备访问，禁止0.0.0.0全网暴露，防止公网攻击； 测试/开发配置：bind 0.0.0.0，方便调试与跨设备访问。
• tcp-backlog：TCP连接队列最大长度，默认511，高并发生产环境调至65535，避免连接排队、新建连接失败，需配合系统net.ipv4.tcp_syn_backlog内核参数同步优化。
• timeout：客户端空闲连接超时时间，单位秒，0表示不主动断开空闲连接，生产推荐0，避免频繁重连。
• tcp-keepalive：TCP保活探测周期，默认300秒，检测僵尸连接并自动释放，回收无效连接资源，提升并发稳定性。
• maxclients：最大客户端连接数，默认10000，可根据业务并发调整，连接数超限后拒绝新连接并返回报错。

2.2.2 多环境标准化配置

# 生产环境
port 6381
bind 内网IP 127.0.0.1
tcp-backlog 65535
timeout 0
tcp-keepalive 300
maxclients 10000

# 测试环境
port 6380
bind 0.0.0.0
tcp-backlog 65535
timeout 0
tcp-keepalive 300

# 开发环境
port 6379
bind 0.0.0.0
tcp-backlog 1024
timeout 0

2.3 日志核心配置

日志配置用于记录Redis运行状态、错误信息、操作日志，是运维排查故障、追溯问题的核心依据，各环境差异化区分日志级别与存储规则。

2.3.1 核心参数详解

• logfile：日志文件绝对路径，统一标准化目录，生产独立日志目录，便于日志切割与归档。
• loglevel：日志级别，四级逐级精简： 1. verbose（详细）：记录所有操作，适用于开发调试； 2. notice（正常）：记录常规重要日志，适用于测试环境； 3. warning（警告）：仅记录错误、警告日志，生产环境首选，减少日志磁盘占用； 4. debug（调试）：极低环境使用，生产禁止开启。
• syslog-enabled：是否开启系统日志，生产可开启，适配统一日志收集平台。

2.3.2 多环境标准化配置

# 生产环境
logfile /usr/local/redis/logs/redis-prod.log
loglevel warning

# 测试环境
logfile /data/logs/redis-test.log
loglevel notice

# 开发环境
logfile /data/logs/redis-dev.log
loglevel verbose

2.3.3 运维配套规范

生产环境必须搭配logrotate日志切割策略，按天切割、保留7天日志、自动压缩归档，避免单日志文件过大占用磁盘，配置规则见前文6.3章节。

2.4 持久化核心配置

Redis持久化用于将内存数据落地磁盘，防止服务重启、宕机导致数据丢失，包含RDB快照、AOF日志两种方式，各环境按需组合配置，兼顾性能与数据安全性。

2.4.1 RDB持久化（快照持久化）

核心原理：按指定时间间隔，触发内存数据全量快照，写入RDB文件，性能高、恢复速度快，适合冷备份。

• save：RDB触发规则，格式为 save 秒数 数据修改次数，满足任一条件即触发快照： 生产默认：save 900 1、save 300 10、save 60 10000； 测试环境：save 300 10； 开发环境：save "" 关闭RDB。
• rdbcompression：开启RDB文件压缩，默认yes，节省磁盘空间，轻微消耗CPU，生产开启。
• rdbchecksum：开启RDB文件校验，防止文件损坏，保障数据完整性。

2.4.2 AOF持久化（日志持久化）

核心原理：记录每一条写入操作指令，重启时重放指令恢复数据，数据安全性极高，可实现秒级数据不丢失。

• appendonly：是否开启AOF，生产yes，测试/开发no。
• appendfsync：AOF刷盘策略，核心三级策略： 1. always：每条写入立即刷盘，数据最安全，性能最差； 2. everysec：每秒批量刷盘，平衡性能与安全性，生产首选； 3. no：交由系统自动刷盘，性能最高，数据安全性差。
• auto-aof-rewrite-percentage/min-size：AOF文件重写触发条件，避免日志文件无限膨胀，默认100%增量、最小64M，生产默认适配即可。

2.4.3 多环境标准化持久化方案

# 生产环境（RDB+AOF双持久化，高安全）
save 900 1
save 300 10
save 60 10000
rdbcompression yes
appendonly yes
appendfsync everysec

# 测试环境（仅RDB，兼顾性能与基础数据留存）
save 300 10
rdbcompression yes
appendonly no

# 开发环境（全关闭，极致性能）
save ""
appendonly no

2.4.4 核心避坑要点

生产环境禁止单独使用RDB，存在分钟级数据丢失风险；禁止单独高频AOF，会损耗性能；双持久化组合是生产最优方案。开发环境关闭持久化，可大幅提升Redis读写性能，适配调试场景。

2.5 通用安全配置（配套核心优化）

搭配四大核心配置的生产安全必配项，规避误操作与非法访问：

# 密码认证
requirepass 自定义强密码
# 禁用高危命令
rename-command FLUSHALL ""
rename-command FLUSHDB ""
rename-command KEYS ""

单机性能压测、基准数据查看与基础参数调优

Redis 官方自带redis-benchmark 压测工具，无需额外部署，是单机压测的最佳选择；基准数据基于通用服务器硬件给出行业标准值；调优分为操作系统内核调优 （核心）、Redis 配置调优 、运行时优化三层，新手可直接照搬命令落地。

一、Redis 单机压测（redis-benchmark 实战）

​​redis-benchmark​​ 是 Redis 原生自带的基准测试工具，支持并发、指定命令、数据大小、Pipeline 等压测场景，随 Redis 安装包自动部署，直接在服务器终端执行即可。

核心常用参数

表格

|-----------|-----------------|------------------------|
| 参数 | 作用 | 示例 |
| -h | Redis 主机 IP | -h 127.0.0.1 |
| -p | Redis 端口 | -p 6379 |
| -a | Redis 密码（有密码才加） | -a 123456 |
| -c | 并发连接数 | -c 100（100 个并发） |
| -n | 总请求数 | -n 100000（10 万请求） |
| -d | 数据大小（字节） | -d 32（32 字节 value） |
| -t | 指定测试命令 | -t get,set（只测 GET/SET） |
| --threads | 多线程压测（Redis6+） | --threads 4 |
| -P | Pipeline 批量命令数 | -P 100（100 个命令批量发） |
| -q | 精简输出结果 | - |

实战压测命令（直接复制执行）

（1）默认全命令压测

压测所有常用命令，默认 10 万请求、50 并发、3 字节数据：

bash

运行

redis-benchmark -h 127.0.0.1 -p 6379 -q

（2）指定 GET/SET 核心命令压测（最常用）

100 并发、10 万请求、32 字节数据，只测 GET/SET：

bash

运行

redis-benchmark -h 127.0.0.1 -p 6379 -c 100 -n 100000 -d 32 -t get,set -q

（3）Pipeline 压测（极限提升 QPS）

Pipeline 是 Redis 性能提升的关键，批量发送命令减少网络开销：

bash

运行

# 100个命令批量发送，100并发，10万请求
redis-benchmark -h 127.0.0.1 -p 6379 -c 100 -n 100000 -P 100 -t get,set -q

（4）带密码、多线程压测

bash

运行

redis-benchmark -h 127.0.0.1 -p 6379 -a 123456 -c 200 -n 200000 --threads 4 -q

压测结果解读

重点关注 3 个核心指标：

1. QPS：每秒处理请求数（性能核心）；
2. 延迟 ：avg（平均延迟）、p99（99% 请求的最大延迟，毛刺关键）；
3. 错误率：必须为 0，否则说明压测 / 配置异常。

示例输出：

plaintext

SET: 112000.00 requests per second
GET: 115000.00 requests per second

---

二、Redis 单机基准性能数据（行业标准）

基于通用云服务器（2 核 4G、千兆网卡、SSD、Redis 7.0、无持久化、内核调优后）的单机基准：

表格

|-------------------|------|------------|-------|
| 压测场景 | 数据大小 | QPS（每秒请求数） | 平均延迟 |
| 无 Pipeline GET | 10B | ~11 万 | <1ms |
| 无 Pipeline SET | 10B | ~10 万 | <1ms |
| Pipeline(100) GET | 10B | ~60 万 + | <2ms |
| Pipeline(100) SET | 10B | ~50 万 + | <2ms |

关键影响因素

1. 持久化 ：开启 AOF 的always会让 QPS 暴跌 90%；
2. 数据大小：value 越大，QPS 越低（1KB 数据 QPS 会降至 5 万左右）；
3. 命令复杂度 ：KEYS *、HGETALL等慢命令会大幅拉低性能；
4. CPU：Redis 单线程工作，单核性能直接决定 QPS 上限。

实时查看 Redis 运行基准

连接 Redis 执行​​info​​命令，查看实时性能数据：

bash

运行

redis-cli -p 6379 info stats

核心字段：

• ​instantaneous_ops_per_sec​：实时 QPS；
• ​total_commands_processed​：总处理命令数。

---

三、Redis 单机基础参数调优（三步落地）

调优优先级：操作系统内核 > Redis 配置 > 运行时优化 ，以下命令全部可直接执行，适配 CentOS/Ubuntu。

第一步：操作系统内核调优（必须做，性能提升 50%+）

Redis 是内存 + 网络型应用，内核参数是性能瓶颈的核心。

禁用 Swap（防止内存置换导致延迟暴增）

bash

运行

# 临时禁用echo 0 > /proc/sys/vm/swappiness
# 永久禁用（重启生效）echo "vm.swappiness=0" >> /etc/sysctl.conf

开启内存过量分配（避免 Redis OOM 崩溃）

bash

运行

# 临时生效echo 1 > /proc/sys/vm/overcommit_memory
# 永久生效echo "vm.overcommit_memory=1" >> /etc/sysctl.conf

优化网络参数（减少连接开销）

bash

运行

cat >> /etc/sysctl.conf << EOF
net.core.somaxconn = 65535
net.core.netdev_max_backlog = 65535
net.ipv4.tcp_max_syn_backlog = 65535
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_fin_timeout = 30
EOF# 加载内核参数sysctl -p

禁用透明大页 THP（导致 Redis 延迟毛刺）

bash

运行

# 临时禁用echo never > /sys/kernel/mm/transparent_hugepage/enabled
echo never > /sys/kernel/mm/transparent_hugepage/defrag
# 永久禁用（开机自执行）cat >> /etc/rc.local << EOF
echo never > /sys/kernel/mm/transparent_hugepage/enabled
echo never > /sys/kernel/mm/transparent_hugepage/defrag
EOF

提升最大文件描述符（解决连接数上限）

bash

运行

cat >> /etc/security/limits.conf << EOF
redis soft nofile 65535
redis hard nofile 65535
root soft nofile 65535
root hard nofile 65535
EOF

第二步：Redis 配置文件调优（redis.conf）

修改 Redis 核心配置，重启后生效，路径：/etc/redis/redis.conf

ini

# 1. 网络优化
bind 内网IP          # 只监听内网，避免外网攻击
protected-mode no    # 关闭保护模式（内网环境）
timeout 0            # 长连接，不主动断开
tcp-keepalive 300    # 心跳保活

# 2. 内存优化（核心）
maxmemory 3G         # 单机最大内存（物理内存的70%，4G机器设3G）
maxmemory-policy allkeys-lru  # 内存满后删除最少使用的key
lazyfree-lazy-eviction yes   # 惰性删除，避免阻塞主线程

# 3. 持久化优化（性能优先）# 关闭自动RDB持久化（注释掉所有save行）# save 3600 1# save 300 100# save 60 10000
appendonly no        # 关闭AOF（追求极致性能）
# 若必须开AOF，用这个配置：appendfsync everysec（每秒刷盘，平衡性能/安全）# 4. 客户端优化
maxclients 10000     # 最大连接数

修改后重启 Redis：

bash

运行

systemctl restart redis-server

第三步：运行时优化（无侵入，提升性能）

1. 绑定 CPU 核心：Redis 单线程工作，绑定独占 CPU，减少上下文切换
2. bash
3. 运行

taskset -c 0 redis-server /etc/redis/redis.conf

1. 禁用慢命令 ：禁止使用KEYS *、HGETALL、SMEMBERS，用SCAN系列命令代替；
2. 使用连接池：业务端用 Redis 连接池，避免频繁创建 / 销毁连接；
3. 批量操作：业务中强制使用 Pipeline，减少网络 IO。

---

四、调优后验证

1. 重新执行压测命令，对比 QPS 和延迟：
2. bash
3. 运行

redis-benchmark -c 100 -n 100000 -t get,set -q

1. 查看实时 QPS：
2. bash
3. 运行

redis-cli info stats | grep instantaneous_ops_per_sec

1. 查看内存 / 配置是否生效：

2. bash

3. 运行

   redis-cli config get maxmemory
   redis-cli config get appendonly

---

总结

1. 压测 ：用redis-benchmark，核心加-P开启 Pipeline，重点看 QPS 和 p99 延迟；
2. 基准：单机无 Pipeline GET~11 万 QPS，Pipeline 后～60 万 QPS；
3. 调优：先改内核（禁 Swap/THP、网络参数），再调 Redis 配置（内存 / 持久化），最后优化业务使用（Pipeline、禁慢命令）。

按照以上步骤操作，普通 2 核服务器的 Redis 单机 QPS 可轻松达到10 万 + ，Pipeline 场景突破50 万 +。