【Redis】单线程模型

Redis 单线程模式

Redis是一个单线程模型，但不意味着全部都是单线程，它还有多线程利用的地方，如网络IO复用

具体来了解下Redis单线程模型的工作原理，如果遇到了并发场景单线程又该如何处理？

重要问题：Redis虽然是单线程模型，但为什么效率这么高，速度那么快呢？

答：Redis的快是相对于MySQL，SQL Server这种关系型数据库来说的

Redis访问的是内存，数据库访问的是硬盘
Redis核心功能比数据库的简单且少，减少性能开销。

数据库对于数据的一些增删查改，都有更复杂的功能支持，这些功能支持肯定会花费开销。如：数据库的插入有主键约束；查询功能时支持排序、分组、算表达式，多表联合查询等。
Redis单线程模型能避免多线程安全和不必要的多线程竞争开销
处理网络IO时，++采用了epoll的IO多路复用机制++

这就引申出一个问题：什么是IO多路复用机制？epoll又是什么？

本质上就是让一个线程管理多个socket。

对于TCP来说，每个客户端连接上服务器，那么服务器就会默认安排一个socket，通过socket来通信。

一台服务器上可能会有好多个客户端，那么就有很多个socket，++但是，这些socket每时每刻都在传输数据吗？++

其实，通常大部分的socket是闲置的，没有数据需要传输，同一时刻可能只有少部分的socket是活跃的。

另外，传统模型里，++Socket 确实是由专门的线程管理的++ ，一个线程管理一个 Socket，这会导致线程的浪费。

++那么能不能把这些线程利用起来呢？++

所以就出现了IO多路复用，Socket 不再由独立线程管理 ，而是交给内核监控，程序将成千上万个 Socket "挂"在内核的 epoll 实例 上。一个线程通过调用 epoll_wait 就可以同时监听所有 Socket

用简单例子形象下他们两的区别那就是：

想象一个餐厅，每个客人都配一名专职服务员。

餐厅这次只雇了一个服务员，每张桌子上还装了一个呼叫铃。