Redis为何那么快-----底层原理浅析

最新推荐文章于 2024-01-16 15:31:43 发布
最新推荐文章于 2024-01-16 15:31:43 发布
阅读量277 收藏 3
点赞数
分类专栏： Redis
原文链接：https://www.jianshu.com/p/b13968924503
版权

Redis 单线程 多路复用 文件事件处理器 内存操作
关键词由CSDN通过智能技术生成

Redis的快速很多人都知道是因为基于内存，但这只是一方面，其实redis在底层是一套很完善的多路复用事件处理机制来保证执行的高效的

线程模型
redis内部使用文件事件处理器file event handler，它包含如下几个部分

  • 多个socket

  • IO多路复用程序

  • 文件事件分派器

  • 事件处理器（连接应答处理器，命令请求处理器，命令回复处理器）

之所以说redis是单线程其实是指这个文件事件处理器是单线程的，它采用多路复用的方式监听系统上多个socket，将socket上产生的事件压入队列中，由文件事件分派器从队列中取出一个socket根据事件类型发给相应的事件处理器

整个处理过程如图：

在这里插入图片描述

处理过程可以分为以下几个步骤：

  • 客户端向redis发起一个socket请求，向redis的server socket请求连接，这里命名为socket01
  • server socket产生一个AE_READABLE事件，IO多路复用程序监听到事件后将这个socket01压入队列
  • 文件事件分派器从队列中取出socket01，交给连接应答处理器
  • 连接应答处理器会将socket01的AE_READABLE事件与命令请求处理器相关联
  • 假设客户端执行set操作，这时命令请求处理器会从socket01读取key value，在内存中完成key value的设置
  • 在内存中完成设置后，会将socket01的AE_WRITEABLE事件与命令回复处理器相关联，然后压入队列中
  • 事件分派器拿到socket01后，交给命令回复处理器，由命令回复处理器向socket01写入本次操作的结果，比如OK，之后解除关联

以上就是一个命令在redis中执行的过程

总结一下效率高的原因

  1. 内存操作
  2. IO多路复用机制，减少了阻塞
  3. 单线程避免了线程切换的开销和竞争问题
  4. 最最根本的redis是用C语言写的，本来就直接跟操作系统交互，命令执行快得飞起
Code1667
关注
专栏目录
C/C++后端-服务端开发技术博文分类汇总
ZY-JIMMY
10-24 4万+
C/C++后端/服务端开发技术博文分类汇总：C语言基础、C++基础、算法与数据结构、Linux操作系统(网络)、数据库原理、设计模式、Git
Redis非阻塞IO复用模型
GeekDengshuo
06-27 605
Redis线程模型(非阻塞IO复用模型) Redis优点 基于内存,C语言编写-速度快 非阻塞的IO复用模型机制 单线程- 避免多线程的频繁上下文切换问题 丰富的数据结构 - 字符串、链表、哈希、集合、有序集合 文件事件处理器(file event handler) Redis服务器是一个事件驱动程序 Redis基于Reactor模型开发了自己的网络事件处理器 - 文件事件处理器 文件事件处理器使用I/O多路复用(multiplexing)同时监听多个套接字，并根据套接字目前执行的任务为套接字关联不
redis非阻塞IO多路复用模型
小草香香的博客
12-25 845
redis客户端对服务端的每次调用都经历了发送命令、执行命令、返回结果。 redis使用单线程，单线程指的是网络请求模块使用了一个线程，即一个线程处理了所有网络请求。但是其它模块仍使用了多个线程。 为什么要用IO多路复用技术？ 因为与用户网络传输是需要等待的，读写操作等待用户输入输出都是阻塞的，IO操作在一般情况下往往不能直接返回，这会导致某一文件的IO阻塞导致整个进程无法对其它客户提供服务。（我们希望第一次的IO如果需要等待，那么就进行第二次的IO，其实就是规避了等待的时间。）所以使用IO多路复用解
006-Redis-非阻塞IO
weixin_43673156的博客
04-11 1371
文章目录**Redis单进程单线程**Redis的非阻塞IOI/O多路复用程序的实现 Redis单进程单线程 Redis是单进程单线程的，Redis利用队列技术将并发访问变为串行访问，消除了传统数据库串行控制的开销。多线程处理会涉及到锁。 多线程处理会涉及到线程切换而消耗CPU。减少上下文切换时间，因为CPU不是Redis的瓶颈，Redis的瓶颈最有可能是机器内存或者网络带宽。单线程无法发挥多核CPU性能，不过可以通过在单机开多个Redis实例来解决。 单线程的redis为什么这么快？ (一)纯内存操作
【Redis非阻塞io多路复用线程模型】
Main__debug的博客
04-27 524
redis的三大优点之一多路复用详解Redis非阻塞io多路复用线程模型io多路复用器 详解Redis非阻塞io多路复用线程模型 redis比较快的原因有单线程、基于内存、io多路复用。前两个大家都知道，最后的io多路复用是个什么东西呢？ 当我们多个客户端去请求redis的时，就会存在并发的情况，在单线程中势必导致阻塞。redis的多路复用模型就是为了结局这个问题。 同时接受多个客户端的请求，经过我们的io多路复用产生不同的事件套接字，放入我们的队列中，同步、有序的将事件分给我们的文件事件分派器，找到对应
「Redis原理」Redis 网络模型 -- 阻塞非阻塞IO、IO多路复用、epoll详解
BASK2312的博客
11-05 805
当用户进程调用了select，那么整个进程会被阻塞，而同时，内核会"监视"所有select负责的socket，当任何一个socket中的数据准备好了，select就会返回。这个时候用户进程再调用read操作，将数据从内核拷贝到用户进程。这个模型和阻塞IO的模型其实并没有太大的不同，事实上还更差一些。因为这里需要使用两个系统调用(select和recvfrom)，而阻塞IO只调用了一个系统调用(recvfrom)。但是，用select的优势在于它可以同时处理多个连接。
浅析Redis基础数据结构
muli522的博客
05-19 310
Redis是一种内存数据库，所以可以很方便的直接基于内存中的数据结构，对外提供众多的接口，而这些接口实际上就是对不同的数据结构进行操作的算法，首先redis本身是一种key-value的数据库，对于value常见的类型有： 字符串(string)、散列(hash)、列表(list)、集合(set)、排序集合(sorted set)、位图(bitmaps)、地理空间索引(Geospatial indexes)、流(streams) 1.全局哈希表实现 key-value是redis中最基础的结构，key-va
浅析Redis分布式锁——从自己实现到Redisson的实现
Linuxhus的博客
12-19 7972
当我们在单机情况下，遇到并发问题，可以使用juc包下的lock锁，或者synchronized关键字来加锁。但是这俩都是JVM级别的锁，如果跨了JVM这两个锁就不能控制并发问题了，也就是说在分布式集群环境中，需要寻求其他方法来解决并发问题。前面也说到可以使用redis的setnx操作，如果不存在则set，如果存在则不set。也就是说每个服务实例都对同一个key进行操作。谁能set成功就认为获取到了锁。可以执行下面的操作。执行完之后释放锁。如下按照上述逻辑来简单实现一个分布式锁： package com.
浅析“分布式锁”的实现方式丨C++后端开发丨底层原理
Linuxhus的博客
04-15 409
线程锁、进程锁以及分布式锁相关视频讲解：详解线程锁、进程锁以及分布式锁 如何高效学习使用redis相关视频讲解：10年大厂程序员是如何高效学习使用redis Linux服务器开发高级架构学习视频：C/C++Linux服务器开发/Linux后端开发架构师 前言 我们在开发应用时，如果需要对一个共享变量进行多线程同步访问的时候，我们可以使用Java多线程的各个技能点来处理，保证完美运行无BUG。 但是这里的都只是单机应用，即在同一个JVM中；然后随着业务发展、微服务化，一个应用需要部署到多台服务器上然后
redis单线程快的原因和原理
01-21
Redis之所以执行速度很快，主要依赖于以下几个原因： (一)纯内存操作，避免大量访问数据库，减少直接读取磁盘数据，redis 将数据储存在内存里面，读写数据的时候都不会受到硬盘 I/O 速度的限制，所以速度快； (二)单线程操作，避免了不必要的上下文切换和竞争条件，也不存在多进程或者多线程导致的切换而消耗 CPU，不用去考虑各种锁的问题，不存在加锁释放锁操作，没有因为可能出现死锁而导致的性能消耗； (三)采用了非阻塞I/O多路复用机制 多路复用原理： 用户首先将需要进行IO操作的socket添加到select中，然后阻塞等待select系统调用返回。当数据到达时，socket被激活，sel
Redis为何那么快？/多路I/O复用模型，非阻塞IO
Top5软件工程硕士，先后在京东、字节从事多年Java后端开发、实时和离线大数据开发
01-28 1181
Redis为什么这么快 1、完全基于内存，绝大部分请求是纯粹的内存操作，非常快速。数据存在内存中，类似于HashMap，HashMap的优势就是查找和操作的时间复杂度都是O(1)； 2、采用单线程，避免了不必要的上下文切换和竞争条件，也不存在多进程或者多线程导致的切换而消耗 CPU，不用去考虑各种锁的问题，不存在加锁释放锁操作，没有因为可能出现死锁而导致的性能消耗； 3、使用多路I/O复用模型，非阻塞IO； 4、数据结构简单，对数据操作也简单，Redis中的数据结构是专门进行设计的； 多路I.
Redis——非阻塞IO和队列
weixin_30644369的博客
04-24 610
　　Redis是个高并发的中间件，但是确实是单线程。而且，Nginx、Node.js等也是单线程的。Redis通过非阻塞IO（IO多路复用）处理那么多的并发客户端连接，并且，由于Redis所有的数据都在内存中，其所有的操作都是内存级别，因此速度非常快。另一方面，由于Redis是单线程，所以要小心使用Redis的一些指令，尤其是一些复杂度为O(n)的指令，一不小心就会导致Redis卡顿。 非阻塞I...
Redis为什么就这么快？Redis底层数据结构解析（跳跃表，SDS，链表，Hash）
最新发布
W313997791的博客
01-16 753
redis基础讲解，为啥这么快~
Redis 为什么这么快？
养歌的博客
01-19 3443
前言 我们都知道 Redis 是使用内存来进行数据的存储，这也是为什么 Redis 的访问速度要远远快于 MySQL 的主要原因，因为是使用内存存储数据，可以避免频繁的进行写盘操作，大大降低响应时间，我们仅仅知道因为它是基于内存实现的，对于其它原因为什么快是一概不知。 接下来就以为什么 Redis 会这么快的原因分成几部分来讲解。 基于内存实现 这点在上面就已经说过了，这里在简单说一下。 Redis 是基于内存的数据库，不可避免的要和磁盘数据库做对比，比如 MySQL 数据库。 MySQL 是关系型数据库，
Redis I/O 多路复用
diweikang的博客
05-19 2万+
引出IO多路复用 为什么 Redis 中要使用 I/O 多路复用这种技术呢？ 首先，Redis 是跑在单线程中的，所有的操作都是按照顺序线性执行的，但是由于读写操作等待用户输入或输出都是阻塞的，所以 I/O 操作在一般情况下往往不能直接返回，这会导致某一文件的 I/O 阻塞导致整个进程无法对其它客户提供服务，而 I/O 多路复用就是为了解决这个问题而出现的。 要弄清问题先要知道问题的出...
深度解析单线程的Redis快的原理
泗水长流的博客
08-27 563
单线程的Redis为什么这么快？前言Redis的数据结构1.此结构非彼结构2.Redis的底层数据结构三级目录 前言 对于我们开发同学来说，一说到Redis，第一反应肯定是说“快”；为什么要用Redis,因为它快。那为什么Redis这么快，况且它还是一个单线程的，这你能受的了么，哈哈。我们用了很多数据库，为什么Redis能有这么快的性能呢？我们先大体上猜测总结一下，当然这不是最终结论： Redis是个内存数据库，不论是读、写操作都是在内存上完成的，而内存的速度本身就是很快的（至于内存为什么快，自己查资料吧
Redis的五种对象类型及其底层实现
热门推荐
聚沙成塔 积水成渊
04-01 4万+
Redis对象类型简介 Redis是一种key/value型数据库，其中，每个key和value都是使用对象表示的。比如，我们执行以下代码： redis>SET message "hello redis" 其中的key是message，是一个包含了字符串"message"的对象。而value是一个包含了"hello redis"的对象。 Redis共有五种对象的类型，分别是：
Redis为什么那么快-存储原理篇
MClink的博客
08-15 2077
学好 Redis 是每个后端工程师必备的技能，本篇文章从Redis的存储结构开始，为你重新打开 Redis 大门，了解 Redis 真正的强大之处
Redis演进与Redis-cluster集群读写策略探索
"Redis架构演变与Redis-cluster群集读写方案" Redis作为一种高性能的键值存储系统，其架构随着时间的推移不断发展，以满足更高的可用性和数据安全性需求。本篇文章主要探讨了Redis架构从简单主从架构到哨兵模式，再...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值