Redis基础知识（学习笔记6--线程IO模子）

Redis处理客户端哀求所采用的处理结构，称为Redis的IO模子。不同版本的Redis采用的IO模子是不同的。
单线程模子
Redis 3.0 及 从前的版本，Redis IO模子采用的是纯粹的单线程模子，即全部的客户端哀责备部有一个线程处理。
混淆线程模子
从Redis 4.0 版本开始，Redis 中就开始参加了多线程元素，处理客户端哀求的仍是单线程模子，但对于一些比力耗时但有不影响客户端响应的操作，交由后台其它线程处理。例如，持久化、对AOF的rewrite、对失效连接的清算等。
多线程模子
Redis 从6.0 版本开始，支持了多线程模子；之前版本采用的是单线程模子。
第一部分 单线程模子

1.1 单线程模子表示图

1.2 优、缺点

优点:
可维护性高-- 不存在并发读写的环境、无线程切换的题目与开销；没有执行顺序不确定性题目，不存在 加锁、释放锁、死锁等题目。
缺点
性能有些影响，资源浪费（单线程只能使用一个处理器）。
 1.3 多路复用（事件轮询）

Redis的单线程模子采用了多路复用技术。
多路复用技术的多路选择算法常见的有三种：select模子、poll模子、epoll模子。
select模子的选择算法：最简单的事件轮询。输入是读写描述符列表read_fds & write_fds, 输出是与之对应的可读可写事件。同时还提供了一个timeout参数，如果没有任何事件到来，那么就最多期待timeout的值的时间，线程处于阻塞状态。一旦期间有任何事件的到来，那么就立即返回。时间过了之后，照旧没有任何事件到来，也会立即返回。每个客户端套接字socket都有对应的读写文件描述符。
poll模子的选择算法：采用的是轮询算法。该模子的缺点是对客户端（scoket连接）处理有延迟。
 epoll模子的选择算法：采用的是回调方式。
现在操作体系的多路复用已经不再使用select模子，而是使用epool(linux)。（select 的缺点：调用的性能在描述符多的环境下，会变得很差。）
第二部分 多线程

2.1 多线程模子表示图

 多线程IO模子中的”多线程“，仅用于接受、解析客户端的哀求，而后写入到任务队列。而对具体任务（命令）的处理，仍是由主线程处理。如许做使得用户无需思量线程安全题目，无需思量事务控制，无需思量像LPUSH 、LPOP等命令的执行顺序。
【注意：并非是一个真正意义上的”多线程“，因为真正处理”任务“的线程仍是单线程。】
学习参阅声明

【Redis视频从入门到高级，redis视频教程详解，Redis一课在手，别无所求】
https://www.bilibili.com/video/BV1U24y1y7jF?p=11&vd_source=0e347fbc6c2b049143afaa5a15abfc1c】