1. Redis 6 理论

1. Redis 大致了解

redis 学习网站

https://redis.io/
http://redis.cn/
https://redis.io/download

redis

2. redis单线程 VS 多线程

  • 1 版本3.x ,最早版本,也就是大家口口相传的redis是单线程。
  • 2 版本4.x,严格意义来说也不是单线程,而是负责处理客户端请求的线程是单线程,但是开始加了点多线程的东西(异步删除)。—貌似
  • 3 最新版本的6.0.x后,告别了大家印象中的单线程,用一种全新的多线程来解决问题。—实锤
    在这里插入图片描述

Redis是单线程:

主要是指Redis的网络IO和键值对读写是由一个线程来完成的,Redis在处理客户端的请求时包括获取(socket读)、解析、执行、内容返回(socket写)等都是由一个顺序串行的主线程处理,这就是所谓的‘单线程’。这也是Redis对外提供键值存储服务的主要流程

在这里插入图片描述
但Redis的其他功能,比如持久化,异步删除、集群数据同步等等,其实是由额外线程执行的。
Redis工作线程是单线程的,但是,整个Redis来说,是多线程的。

Redis3.x单线程时代但性能依旧很快的主要原因

  1. 基于内存操作: Redis 的所有数据都存在内存中,因此所有的运算都是内存级别的,所以他的性能比较高;
  2. 数据结构简单: Redis 的数据结构是专门设计的,而这些简单的数据结构的查找和操作的时间大部分复杂度都是 O(1),因此性能比较高;
  3. 多路复用和非阻塞 I/O : Redis使用 I/O多路复用功能来监听多个 socket连接客户端,这样就可以使用一个线程连接来处理多个请求,减少线程切换带来的开销,同时也避免了 I/O 阻塞操作
  4. 避免上下文切换: 因为是单线程模型,因此就避免了不必要的上下文切换和多线程竞争,这就省去了多线程切换带来的时间和性能上的消耗,而且单线程不会导致死锁问题的发生

Redis的瓶颈是机器的内存或者网络带宽

Redis 4.0之前一直采用单线程的主要原因有以下三个:

  1. 使用单线程模型是Redis的开发和维护更简单,因为单线程模型方便开发和调试;
  2. 即使使用单线程模型也是并发的处理多客户端的请求,主要使用的是多路复用和非阻塞IO
  3. 对于Redis系统来说,主要的性能瓶颈是内存或者网络带宽而并非CPU

单线程的问题

单线程在删除大key的情况下,容易造成阻塞。

unlink key
flushdb async
flushall async

把删除工作交给了后台的小弟(子线程)异步来删除数据了。

在Redis 4.0就引入了多个线程来实现数据的异步惰性删除等功能,
但是其处理读写请求的仍然只有一个线程,所以仍然算是狭义上的单线程。

Unix网络编程中的五种IO模型:

  1. Blocking IO - 阻塞IO
  2. NoneBlocking IO - 非阻塞IO
  3. IO multiplexing - IO多路复用

这是IO模型的一种,即经典的Reactor设计模式,
I/O 多路复用,简单来说就是通过监测文件的读写事件再通知线程执行相关操作,保证 Redis 的非阻塞 I/O 能够顺利执行完成的机制。
多路指的是多个socket连接
复用指的是复用一个线程。多路复用主要有三种技术:select,poll,epoll。
epoll是最新的也是目前最好的多路复用技术。采用多路 I/O 复用技术可以让单个线程高效的处理多个连接请求(尽量减少网络IO的时间消耗),且Redis在内存中操作数据的速度非常快(内存内的操作不会成为这里的性能瓶颈),主要以上两点造就了Redis具有很高的吞吐量。

  1. signal driven IO - 信号驱动IO
  2. asynchronous IO - 异步IO

在这里插入图片描述
在 Redis 6.0 中新增了多线程的功能来提高 I/O 的读写性能,他的主要实现思路是将主线程的 IO 读写任务拆分给一组独立的线程去执行,这样就可以使多个 socket 的读写可以并行化了,采用多路 I/O 复用技术可以让单个线程高效的处理多个连接请求(尽量减少网络IO的时间消耗),将最耗时的Socket的读取、请求解析、写入单独外包出去,剩下的命令执行仍然由主线程串行执行并和内存的数据交互。
在这里插入图片描述

Redis6.0默认是否开启了多线程?

在Redis6.0中,多线程机制默认是关闭的,如果需要使用多线程功能,需要在redis.conf中完成两个设置
在这里插入图片描述

  1. 设置io-thread-do-reads配置项为yes,表示启动多线程。
  2. 设置线程个数。关于线程数的设置,官方的建议是如果为 4 核的 CPU,建议线程数设置为 2 或 3,如果为 8 核 CPU 建议线程数设置为 6,线程数一定要小于机器核数,线程数并不是越大越好。

总结

  • Redis基于内存操作、数据结构简单、多路复用和非阻塞 I/O、避免了不必要的线程上下文切换等特性,在单线程的环境下依然很快;

  • 但对于大数据的 key 删除还是卡顿厉害,因此在 Redis 4.0 引入了多线程unlink key/flushall async 等命令,主要用于 Redis 数据的异步删除;

  • 而在 Redis 6.0 中引入了 I/O 多线程的读写,这样就可以更加高效的处理更多的任务了,** Redis 只是将 I/O 读写变成了多线程,而命令的执行依旧是由主线程串行执行的,** 因此在多线程下操作 Redis 不会出现线程安全的问题。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值