Redis single-threaded

2018-01-22 本文已影响29人远o_O

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

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实例。