单线程的 Redis 为什么这么快？
Redis 有多快？官方给出的答案是读写速度 10万/秒，如果说这是在单线程情况下跑出来的成绩，你会不会惊讶？为什么单线程的 Redis 速度这么快？原因有以下几点：
纯内存操作：Redis 是完全基于内存的，所以读写效率非常的高，当然 Redis 存在持久化操作，在持久化操作是都是 fork 子进程和利用 Linux 系统的页缓存技术来完成，并不会影响 Redis 的性能。 单线程操作：单线程并不是坏事，单线程可以避免了频繁的上下文切换，频繁的上下文切换也会影响性能的。 合理高效的数据结构 采用了非阻塞 I/O 多路复用机制：多路I/O复用模型是利用 select、poll、epoll 可以同时监察多个流的 I/O 事件的能力，在空闲的时候，会把当前线程阻塞掉，当有一个或多个流有 I/O 事件时，就从阻塞态中唤醒，于是程序就会轮询一遍所有的流（epoll 是只轮询那些真正发出了事件的流），并且只依次顺序的处理就绪的流，这种做法就避免了大量的无用操作。
-
代码更清晰，处理逻辑更简单； 不用考虑各种锁的问题，不存在加锁和释放锁的操作，没有因为可能出现死锁而导致的性能问题； 不存在多线程切换而消耗CPU； 无法发挥多核CPU的优势，但可以采用多开几个Redis实例来完善；
-
本文向大家介绍Redis 为什么是单线程的？相关面试题，主要包含被问及Redis 为什么是单线程的？时的应答技巧和注意事项，需要的朋友参考一下 因为 cpu 不是 Redis 的瓶颈，Redis 的瓶颈最有可能是机器内存或者网络带宽。既然单线程容易实现，而且 cpu 又不会成为瓶颈，那就顺理成章地采用单线程的方案了。 关于 Redis 的性能，官方网站也有，普通笔记本轻松处理每秒几十万的请求。而且
-
本文向大家介绍请问，redis为什么是单线程？相关面试题，主要包含被问及请问，redis为什么是单线程？时的应答技巧和注意事项，需要的朋友参考一下 考察点： 因为CPU不是Redis的瓶颈。Redis的瓶颈最有可能是机器内存或者网络带宽。既然单线程容易实现，而且CPU不会成为瓶颈，那就顺理成章地采用单线程的方案了。缺点：服务器其他核闲置。
-
我目前正在尝试了解Redis的一些基本实现内容。我知道redis是单线程的，我已经偶然发现了以下问题：redis是单线程的，那么它是如何做并发I/O的呢？ 但我还是觉得我没理解对。Afaik Redis使用一个单线程使用reactor模式。因此，如果我正确理解了这一点，那么有一个观察者（它处理FDS/传入/传出连接）将要完成的工作委托给它的注册事件处理程序。他们做实际工作并设置。他们的响应作为事件
-
问题内容： 我正在尝试了解Redis的基础知识。Redis是无处不在的一种，它是使事情变得原子化的单线程，但是我无法想象这在内部是如何工作的。 如果它是IO绑定的应用程序（例如Node.js），则我们不设计服务器单线程，该线程在启动IO操作后释放了另一个请求的空间，并在IO操作完成后将数据返回给客户端（提供并发性）。但是在Redis的情况下所有数据都可以在主内存中使用，我们根本就不会做IO操作。那
-
我正在努力了解Redis的基础知识。其中一个不断出现的地方是，Redis是单线程的，使事物原子化。但我无法想象这是如何在内部工作的。我有以下疑问。 如果是IO绑定的应用程序（如node.js)，那么我们不是设计一个服务器单线程吗？线程在发起IO操作后为另一个请求提供空闲，并且在IO操作完成后将数据返回给客户机（提供并发）。但是在redis的情况下，所有的数据都在主存中可用，我们根本不做IO操作。那