Go / Cache

Redis 是如何执行一条命令的

一条 GET user:1 从客户端发出后，Redis 到底做了什么？这不是一个“命令语法”问题，而是理解 Redis 性能、阻塞、协议兼容、慢查询和源码入口的起点。

2026-05-263 min

文章定位

面向生产环境的实战经验沉淀，适合拿来做方案评审、复盘和升级前检查。

阅读建议

先看标题和列表，再回到关键段落。技术文章更适合跳读和回查的阅读节奏。

适合场景

云原生、后端工程、系统设计、性能优化、故障处理和团队知识沉淀。

Redis 是如何执行一条命令的

1. 本章要解决的问题#

一条 GET user:1 从客户端发出后，Redis 到底做了什么？这不是一个“命令语法”问题，而是理解 Redis 性能、阻塞、协议兼容、慢查询和源码入口的起点。

本章要回答四件事：

客户端连接、RESP 编码、协议解析和命令分发如何串起来。
Redis 主线程、事件循环、文件事件、时间事件分别负责什么。
命令执行为什么通常是原子的，又为什么仍然可能被慢命令拖垮。
生产中如何观察一条命令的延迟来源。

2. 核心观点#

Redis 执行命令的主线可以概括为：网络事件就绪、读取请求、解析 RESP、查找命令表、执行命令函数、写入回复缓冲区、等待 socket 可写后返回结果。

它快，不是因为每个环节都神秘，而是因为路径短、数据在内存中、事件循环避免了大量线程切换，且大多数命令复杂度可控。但只要某个命令进入 O(N) 扫描、大 value 拷贝、阻塞式磁盘或网络等待，整个主线程都会被影响。

3. 原理拆解#

CODE

sequenceDiagram
    participant C as Client
    participant S as Socket
    participant E as aeEventLoop
    participant P as RESP Parser
    participant T as Command Table
    participant D as Data Dict
    C->>S: *2\r\n$3\r\nGET\r\n$6\r\nuser:1\r\n
    S->>E: 可读事件
    E->>P: readQueryFromClient
    P->>T: processCommand 查找 GET
    T->>D: getCommand 读取 key
    D-->>T: robj/value
    T-->>E: addReply 写回复缓冲区
    E-->>C: 可写事件返回 RESP

Redis 客户端请求使用 RESP 协议编码。数组表示命令及参数，Bulk String 表示二进制安全字符串。服务端读取 socket 后，不是直接做字符串切分，而是维护客户端输入缓冲区，按 RESP 格式增量解析。

命令表保存了命令名、执行函数、参数数量、权限标记、慢命令统计、ACL 分类等元数据。执行 GET 时会进入对应命令函数，从全局数据库数组中选择当前 DB，再到 dict 中查找 key。key 命中后还要检查过期时间，过期则触发惰性删除。

时间事件也在事件循环里运行，典型代表是 serverCron。它负责过期 key 抽样、统计更新、客户端超时清理、复制心跳、持久化状态推进等后台维护工作。

4. 命令与代码示例#

RESP 请求示例：

CODE

*2
$3
GET
$6
user:1

用 redis-cli --raw 观察基础请求：

CODE

redis-cli SET user:1 '{"id":1,"name":"Ada"}'
redis-cli GET user:1
redis-cli --latency
redis-cli SLOWLOG GET 10

Python 模拟一个极简 RESP 请求：

CODE

import socket

payload = b"*2\r\n$3\r\nGET\r\n$6\r\nuser:1\r\n"
sock = socket.create_connection(("127.0.0.1", 6379))
sock.sendall(payload)
print(sock.recv(1024))
sock.close()