Redis为什么设计成单线程的

其实这个问题可以延伸出两个问题：

1.Redis为什么单线程也能这么快？

2.Redis为什么不设计成多线程的？

一个一个回答：

一.为什么单线程也能这么快？

1.几乎是完全基于内存的数据读写，虽然也有数据持久化策略。

2.正是因为单线程，避免了线程之间的上下文切换的开销，也没有大量锁机制的线程等待。

3.线程模型为反应堆模型，NIO多路复用。

4.还有一个关系不大的，MySql这种关系型数据库，其实Redis用于数据存储也是有事务的。MySql的事务是通过数据库加锁解锁来实现的，其实这些锁操作是比较消耗性能的。而Redis的事务就是通过mutil和exec等一系列的命令将一组命令放进一个FIFO的队列，所以比较快。当然，付出的代价就是Reids的事务是没有回滚操作的，就是当一组命令中有一个执行出现错误，那只有该命令执行失败其他都是正常执行，就不会有回滚操作，这个时候就是谁的烂摊子自己收拾了，一步一步手动回滚。同时Redis事务也没有事务隔离机制。

二.为什么不设计成多线程？

1.Redis基于内存读写数据，IO很快，单线程任务执行时间不长，既然一个线程任务占用CPU的时间不会很长，那么Redis的性能瓶颈并不在CPU的压力，没必要设计成多线程的，且多线程还有线程之间上下文切换的开销。Redis的性能瓶颈在于内存大小和网络带宽。

2.除了String，Redis还支持List，Hash等复杂数据结构，如果设计成多线程还在这些复杂数据结构的基础上增加锁机制。