redis底层是单线程

最新推荐文章于 2025-07-14 21:27:02 发布
最新推荐文章于 2025-07-14 21:27:02 发布
阅读量1.3k 收藏 2
点赞数 1
CC 4.0 BY-SA版权
分类专栏： redis 文章标签： redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/MrZhangXL/article/details/53897254

一直有个错觉就是，redis底层命令是并发执行的，但今天查看若干资料后发现，redis底层是单线程的，也就是说多客户端向redis服务器发送操作命令，redis底层是串行执行的，这样不禁怀疑这样不是很慢吗？后经过进一步探究，得出结论：
1 单线程并不一定比多线程慢，多线程需要不停切换上下文，本身就有性能损失
2 内存型数据库的瓶颈在IO，因为其数据本身就是在内存里面，不需要频繁的与磁盘做交互，IO主要在接收请求和响应结果上，redis采用Linux的epoll机制，epoll是Linux内核为处理大批量文件描述符而作了改进的poll，是Linux下多路复用IO接口select/poll的增强版本，它能显著提高程序在大量并发连接中只有少量活跃的情况下的系统CPU利用率。

所以redis快在

1 基于内存 2 IO采用异步非阻塞epoll机制

Redis——Redis数据结构底层原理
庄小焱
03-31 4429
本博文主要介绍Redis数据结构底层原理。帮助大家更好的学习和理解Redis数据结构。Redis发展到现在已经有 9 种数据类型了，其中最基础、最常用的数据类型有 5 种，它们分别是：字符串类型、列表类型、哈希表类型、集合类型、有序集合类型，而在这 5 种数据类型中最常用的是字符串类型。这五种数据结构的底层实现丰富。
Redis高级之单线程和多线程
qq_55846232的博客
08-31 1621
Redis高级之单线程和多线程
Redis单线程详解
最新发布
2403_87122583的博客
07-14 516
Redis的单线程模型指的是在处理客户端请求时，所有命令都在一个主线程中按顺序执行。这种设计避免了多线程模型中常见的锁竞争和上下文切换问题，从而简化了并发管理，提高了处理效率。需要注意的是，Redis的部分功能（如持久化、异步删除等）仍然会使用子线程来处理，但这些子线程不直接参与客户端请求的处理。核心特征顺序执行：所有命令都在主线程中串行执行，不存在并行处理无锁设计：由于只有一个线程在操作数据，避免了多线程环境下的锁竞争事件驱动：通过事件循环机制处理客户端请求非阻塞I/O。
Redis单线程原理
art_code的博客
03-01 1268
Redis单线程原理 redis是以socket方式通信，socket服务端可同时接受多个客户端请求连接，也就是说，redis服务同时面对多个redis客户端连接请求，而redis服务本身是单线程运行。 假设，现在有A,B,C,D,E五个客户端同时发起redis请求，A优先稍微一点点第一个到达，然后是B，C，D，E依次到达，此时redis服务端开始处理A请求，建立连接需要30秒...
Redis的底层原理和单线程架构
error311的博客
09-23 418
redis(C语言实现) 底层为hash map 1.非关系型的键值对数据库，可以根据键以O(1)的时间复杂度取出或插入关联值 2.Redis的数据是存在内存中的 3.键值对中键的类型可以是字符串，整型，浮点型等，且键是唯一的 4.键值对中的值类型可以使string，hash，list，set，sorted set等 5.Redis内置了复制，磁盘持久化，LUA脚本，事务，SSL，ACLs，客户端代理等功能 6.通过Redis哨兵和自动分区提供高可用性 ...
Redis高阶篇之Redis单线程与多线程
qq_39126115的博客
10-20 1480
之前写过关于Redis的十篇文章，关于Redis快的原因是单线程执行指令和IO多路复用比较笼统，所以打算单开一篇文章深入介绍Redis单线程与多线程。以及Redis不同版本的多线程和IO多路复用情况。Redis自身出道就是优秀，基于内存操作、数据结构简单、多路复用和非阻塞I/O、避免了不必要的线程上下文切换等特性，在单线程的环境下依然很快；
Redis单线程模型详解
TABE_的博客
01-16 6142
这里写目录标题Redis 单线程模型简介文件事件常用的文件时间处理器客户端与Redis通信的一次流程Redis 为什么要引入多线程呢？为什么Redis单线程模型也能效率这么高？ Redis 单线程模型简介 Redis 内部使用文件事件处理器 file event handler ，这个文件事件处理器是单线程的，所以 Redis 才叫做单线程的模型。它采用 IO 多路复用机制同时监听多个 socket，将产生事件的 socket 压入内存队列中，事件分派器根据 socket 上的事件类型来选择对应的事件处理器
Redis的单线程模型和标准Reactor线程模型的关系
Maybe_9527的博客
06-14 1526
redis单线程、reactor线程模型、实际应用
Redis第十四讲 Redis是单线程还是多线程以及Redis保持高性能的原因
程序员路同学
04-05 889
Redis第十四讲 Redis保持高性能的原因Redis第十四讲 Redis保持高性能的原因Redis第十四讲 Redis保持高性能的原因
Redis单线程架构
javaQQ561487941的博客
07-02 359
Redis使用了单线程架构和I/O多路复用模型来实现高性能的内存数据库服务。 引出单线程模型 开启三个redis-cli客户端同时执行命令： 1、客户端1设置一个字符串键值对： 2、客户端2对counter自增操作： 3、客户端3对counter自增操作： redis客户端与服务端的模型可以简化成图（如下图所示），每次客户端调用都经历了发送命令、执行命令和返回结果三个过程。...
redis单线程模型分析
weixin_34221036的博客
05-03 160
2019独角兽企业重金招聘Python工程师标准>>> ...
redis单线程运行原理解析
Nisweay进的专栏
09-03 348
一，启动 服务器启动时，调用初始化方法，初始化socket监听，初始化配置项等。 二，单线程循环（核心） 无限循环，只要没有接受到关闭服务的命令，就一直执行事件处理器函数。 事件处理器： 1）先遍历所有存在的时间事件，获取最近的when，然后计算其距离当前时间还差多少毫秒。标记为最大阻塞时间。 2）设置最大阻塞时间，并执行阻塞（其实就是去执行IO多路复用程序去了） 3）阻塞，即执行IO多路复用（会优先使用epoll，若系统函数库不支持epoll，则往下取poll以及select等，这里写了好几
Redis的单线程机制
lianggx3的博客
05-09 1643
Redis 是单线程，主要是指 Redis 的网络 IO和键值对读写是由一个线程来完成的，这也是 Redis 对外提供键值存储服务的主要流程。但 Redis 的其他功能，比如持久化、异步删除、集群数据同步等，其实是由额外的线程执行的。 基于多路复用的高性能 I/O 模型 Linux 中的 IO 多路复用机制是指一个线程处理多个 IO 流，就是我们经常听到的select/epoll 机制。在 Redis 只运行单线程的情况下，同时存在多个监听套接字和已连接套接字。内核会一直监听这些套接字上的连接请求.
Redis系列一 - (单线程经典模型)
weixin_41086692的博客
12-28 237
Redis单线程经典模式 概念： Redis 内部使用文件事件处理器file event handler，这个文件事件处理器是单线程的，所以 Redis 才叫做单线程的模型。 实现方式： 它采用 IO 多路复用机制同时监听多个 socket，将产生事件的 socket 压入内存队列中，事件分派器根据 socket 上的事件类型来选择对应的事件处理器进行处理 文件事件处理器的结构包含 4 个部分： 多个 socket IO 多路复用程序 文件事件分派器 事件处理器（连接...
redis 底层实现
qszfly的博客
07-30 887
redis 底层实现
Redis（4）—— 单线程架构
天青色等烟雨 而我在等你
03-29 630
Redis使用了单线程架构和I/O多路复用模型来实现高性能的内存数据库服务， 本节首先通过多个客户端命令调用的例子说明Redis单线程命令处理机制， 接着分析Redis单线程模型为什么性能如此之高， 最终给出为什么理解单线程模型是使用和运维Redis的关键。1.引出单线程模型现在开启了三个redis-cli客户端同时执行命令。客户端1设置一个字符串键值对：127.0.0.1:6379> se...
redis是不是单线程
03-20
### Redis 单线程模型工作机制与性能分析 #### 1. Redis 是否为单线程？ 在 Redis 6.0 版本之前，Redis 是完全基于 **单线程** 的设计。这意味着所有的客户端请求都由同一个主线程顺序处理，无论是命令执行还是数据存储操作均在一个线程中完成[^1]。 然而，在 Redis 6.0 及之后的版本中，Redis 引入了有限的多线程支持。尽管如此，核心的数据读写逻辑仍然是单线程运行，而新增的多线程功能主要用于加速网络 I/O 操作，例如数据包的接收和发送[^2]。 --- #### 2. Redis 单线程模型的工作机制 Redis 的单线程模型遵循一种事件驱动架构，具体工作流程如下： - **事件循环（Event Loop）** 主线程通过 `aeMain` 函数进入一个无限循环，监听文件描述符上的事件。这些事件分为两类：时间事件（Time Events）和文件事件（File Events）。其中，文件事件主要是指来自客户端的连接、断开以及数据传输等操作[^4]。 - **I/O 多路复用技术** Redis 使用底层操作系统提供的高效 I/O 复用机制（如 Linux 上的 epoll 或 FreeBSD 上的 kqueue），能够同时监控多个套接字的状态变化，并快速响应相应的事件。这使得即使是在单线程的情况下，Redis 也能够并发地处理大量客户端请求。 - **命令执行流水线化** 当某个客户端发起请求时，Redis 将该请求加入到队列中等待处理。一旦当前正在执行的任务结束，Redis 立即取出下一个待办事项并加以解决。由于大多数 Redis 命令本身非常轻量级（通常只需几微秒即可完成），因此整体延迟极低[^5]。 --- #### 3. Redis 单线程模型的性能优势 尽管采用单线程设计，但 Redis 在实际应用中的表现却异常出色，主要原因在于以下几个方面： - **纯内存操作** 所有键值对都被保存于 RAM 中，从而避免了磁盘访问带来的巨大延时成本。相比传统数据库动辄毫秒级别的查询耗时，Redis 得益于此特性往往能在亚毫秒级别返回结果。 - **无锁设计** 因为主线程负责全部业务逻辑控制流，所以无需额外考虑同步原语的应用场景。这样既简化了程序复杂度又减少了因互斥锁争抢而导致的资源浪费现象发生概率。 - **减少上下文切换开销** 如果采用多线程方案，则不可避免会面临频繁的任务调度问题——每当两个不同进程之间传递控制权的时候都需要耗费一定数量周期用于准备新环境参数等工作。相比之下，单一执行路径则完全没有这方面顾虑。 --- #### 4. Redis 单线程模型存在的局限性及其改进措施 尽管上述优点让 Redis 成功胜任了许多高性能缓存服务角色需求，但在特定条件下也可能暴露出不足之处： - **CPU 密集型任务影响显著** 对于一些计算密集型指令（比如复杂的 Lua 脚本运算），它们可能会占用较长时间才能得出最终答案，进而拖慢其他正常排队等候的服务对象进度。 针对这一缺陷，自 Redis 6.0 开始便尝试引入辅助性的多线程能力来缓解压力。例如利用独立子线程专门承担起繁重的网络通信职责部分，以此释放主干道更多精力专注于纯粹的数据加工环节之上[^3]。 --- ```python import redis # 创建 Redis 连接实例 r = redis.Redis(host='localhost', port=6379, db=0) # 设置键值对 r.set('foo', 'bar') # 获取指定 key 的 value value = r.get('foo') print(value.decode()) # 输出: bar ``` 以上代码片段展示了如何通过 Python 客户端库与本地部署好的 Redis 实例交互基本操作方法之一。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值