Redis single-threaded

前言

• 今天偶然看到Redis是单线程的，因此就产生了一系列疑问，之前看《Redis设计与实现》的时候，只关注了Redis相关数据结构的设计，没有注意到单线程。

Redis和I/O多路复用

• 为什么 Redis 中要使用 I/O 多路复用这种技术呢？

首先，Redis 是跑在单线程中的，所有的操作都是按照顺序线性执行的，但是由于读写操作等待用户输入或输出都是阻塞的，所以 I/O 操作在一般情况下往往不能直接返回，这会导致某一文件的 I/O 阻塞导致整个进程无法对其它客户提供服务，而 I/O 多路复用就是为了解决这个问题而出现的。

• 更多内容
  • https://www.zhihu.com/question/28594409
  • https://draveness.me/redis-io-multiplexing

关于Redis单线程

• 1、Redis采用单线程进行设计，显然Redis server不会有线程安全的问题，同时避免了引入多线程的复杂性和各种锁带来的性能问题，间接降低了Redis编码的复杂性，保证了代码的整洁与低bug。

• 2、Redis作为数据库，显然会有大量的IO，单线程显然不适合IO密集型场景。Redis采用I/O多路复用缓解这种问题。在并发编程中，我们都知道应该根据业务场景，选择合适的并发线程数，最大化利用CPU资源。 在Java中可以通过Runtime.getRuntime().availableProcessors()获取可用的线程数。

  • IO密集型：设置的线程数通常会大于服务器的核心线程数（2倍或根据实际情况进行调整）。
  • 计算密集型：设置的线程数通常不会大于服务器的核心线程数。

• 3、Redis提供了阻塞队列的API，例如BLPOP...，显然Redis的阻塞队列阻塞的其实是Client，否则，这对于单线程的Redis来说是致命的。

• 4、Redis显然不适合计算密集型场景，例如求set交集等命令。就一个线程，如果一个命令计算较长一段事件，这显然会很大程度降低Redis的并发量，这往往是不可接受的。

• 5、随着摩尔定律的失效，现代CPU的核心数是越来越多，单线程自然无法充分利用CPU资源，唯一的解决办法就是多开几个Redis实例。

其他Redis资源：

• http://www.rainybowe.com/blog/2016/11/30/python-redis%E4%BA%8B%E5%8A%A1-pipeline-+-watch-+-multi-%E5%BA%94%E7%94%A8/index.html