Redis_Redission的入门案例、多主案例搭建、分布式锁进行加锁、解锁底层源码解析

目录

[①. Redis为什么选择单线程？](#①. Redis为什么选择单线程？)

[②. 既然单线程这么好,为什么逐渐又加入了多线程特性？](#②. 既然单线程这么好,为什么逐渐又加入了多线程特性？)

[③. redis6的多线程和IO多路复用入门篇](#③. redis6的多线程和IO多路复用入门篇)

[④. Redis6.0默认是否开启了多线程？](#④. Redis6.0默认是否开启了多线程？)

[⑤. REDIS多线程引入总结](#⑤. REDIS多线程引入总结)

---

①. Redis为什么选择单线程？

①. 这种问法其实并不严谨,为啥这么说呢?

Redis的版本很多3.x、4.x、6.x,版本不同架构也是不同的,不限定版本问是否单线程也不太严谨

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

②. 有几个里程碑式的重要版本

(5.0版本是直接升级到6.0版本,对于这个激进的升级,Redis之父antirez表现得很有信心和兴奋,所以第一时间发文来阐述6.0的一些重大功能"Redis 6.0.0 GA is out!")

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

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

• ④. 我们所说的Redis是单线程究竟何意？

1. 主要是指Redis的网络IO和键值对读写是由一个线程来完成的,Redis在处理客户端的请求时包括获取 (socket 读)、解析、执行、内容返回 (socket 写) 等都由一个顺序串行的主线程处理,这就是所谓的"单线程"。这也是Redis对外提供键值存储服务的主要流程
2. 但Redis的其他功能,比如持久化、异步删除、集群数据同步等等,其实是由额外的线程执行的。Redis工作线程是单线程的,但是,整个Redis来说,是多线程的

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

2.使用单线程模型是Redis的开发和维护更简单,因为单线程模型方便开发和调试；

3.即使使用单线程模型也并发的处理多客户端的请求,主要使用的是多路复用和非阻塞 IO

4.对于Redis系统来说,主要的性能瓶颈是内存或者网络带宽而并非CPU

②. 既然单线程这么好,为什么逐渐又加入了多线程特性？

• ①. 单线程也有单线程的苦恼(举个例子)

1. 正常情况下使用del指令可以很快的删除数据,而当被删除的key是一个非常大的对象时,例如时包含了成千上万个元素的hash集合时,那么del指令就会造成Redis主线程卡顿
2. 这就是redis3.x单线程时代最经典的故障,大key删除的头疼问题
3. 由于redis是单线程的,del bigKey...(等待很久这个线程才会释放,类似加了一个synchronized锁,你可以想象高并发下,程序堵成什么样子?)

• ②. 如何解决:使用惰性删除可以有效的避免Redis卡顿的问题

• ③. 案列:

1. 比如当我(Redis)需要删除一个很大的数据时,因为是单线程同步操作,这就会导致Redis服务卡顿

2. 于是在Redis 4.0中就新增了多线程的模块,当然此版本中的多线程主要是为了解决删除数据效率比较低的问题的

3. 因为Redis是单个主线程处理,redis之父antirez一直强调"Lazy Redis is better Redis",而lazy free的本质就是把某些cost(主要时间复制度,占用主线程cpu时间片)较高删除操作,从redis主线程剥离让bio子线程来处理,极大地减少主线阻塞时间。从而减少删除导致性能和稳定性问题

   

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

③. redis6的多线程和IO多路复用入门篇

• ①. 对于Redis主要的性能瓶颈是内存或者网络带宽而并非CPU
  

• ②. 最后Redis的瓶颈可以初步定为:网络IO(redis6,真正多线程登场)

• ③. Unix网络编程中的五种IO模型

1. Blocking IO - 阻塞IO
2. NoneBlocking IO - 非阻塞IO
3. IO multiplexing - IO多路复用
4. signal driven IO - 信号驱动IO
5. asynchronous IO - 异步IO

• ④. IO multiplexing - IO多路复用

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

• ①. Redis将所有数据放在内存中,内存的响应时长大约为100纳秒,对于小数据包,Redis服务器可以处理8W到10W的QPS,这也是Redis处理的极限了,对于80%的公司来说,单线程的Redis已经足够使用了

• ②. 在Redis6.0中,多线程机制默认是关闭的,如果需要使用多线程功能,需要在redis.conf中完成两个设置

⑤. REDIS多线程引入总结