以前一直有个误区，以为：高性能服务器 一定是 多线程来实现的
原因很简单因为误区二导致的： 多线程 一定比 单线程 效率高。其实不然。
redis 核心就是 如果我的数据全都在内存里，我单线程的去操作 就是效率最高的，为什么呢，因为多线程的本质就是 CPU 模拟出来多个线程的情况，这种模拟出来的情况就有一个代价，就是上下文的切换，对于一个内存的系统来说，它没有上下文的切换就是效率最高的。redis用单个CPU绑定一块内存的数据，然后针对这块内存的数据进行多次读写的时候，都是在一个CPU上完成的，所以它是单线程处理这个事。在内存的情况下，这个方案就是最佳方案 —— 阿里 沈询
因为一次CPU上下文的切换大概在 1500ns 左右。
从内存中读取 1MB 的连续数据，耗时大约为 250us，假设1MB的数据由多个线程读取了1000次，那么就有1000次时间上下文的切换，
那么就有1500ns * 1000 = 1500us ，我单线程的读完1MB数据才250us ,你光时间上下文的切换就用了1500us了，我还不算你每次读一点数据 的时间。
那什么时候用多线程的方案呢？
答案是：下层的存储等慢速的情况。比如磁盘
因为磁盘慢，所以如果使用单线程，同样读取1M的数据会很慢，所以这个时候需要多个线程去读加快读取进度，想想1000条线程同时去读肯定比一条线程要快的多。这里虽然会有cpu上下文切换时间的消耗，但是这里因为磁盘实在是太慢了，所以用cpu切换的时间去换取多线程的读取速度是十分划算的，而对于内存来说其读取速度本身就很快，这时如果用cpu切换时间去换读取速度就不值得了。
本文转自：https://blog.csdn.net/artaganan8/article/details/80867672