Redis 採用的是基於內存的採用的是單進程單線程模型的 KV 數據庫，由 C 語言編寫。官方提供的數據是能夠達到100000+的 qps。這個數據不比採用單進程多線程的一樣基於內存的 KV 數據庫 Memcached 差。html
Redis 快的主要緣由有：linux
- 徹底基於內存；
- 數據結構簡單，對數據操做也簡單；
- 使用多路 I/O 複用模型；
第1、二點不細講，主要圍繞第三點採用多路 I/O 複用技術來展開。數據庫
多路 I/O 複用模型是利用 select、poll、epoll 能夠同時監察多個流的 I/O 事件的能力，在空閒的時候，會把當前線程阻塞掉，當有一個或多個流有 I/O 事件時，就從阻塞態中喚醒，因而程序就會輪詢一遍全部的流（epoll 是隻輪詢那些真正發出了事件的流），而且只依次順序的處理就緒的流，這種作法就避免了大量的無用操做。這裏「多路」指的是多個網絡鏈接，「複用」指的是複用同一個線程。採用多路 I/O 複用技術可讓單個線程高效的處理多個鏈接請求（儘可能減小網絡 IO 的時間消耗），且 Redis 在內存中操做數據的速度很是快（內存內的操做不會成爲這裏的性能瓶頸），主要以上兩點造就了 Redis 具備很高的吞吐量。segmentfault
和 Memcached 不一樣，Redis 並無直接使用 Libevent，而是本身完成了一個很是輕量級的對 select、epoll、evport、kqueue 這些通用的接口的實現。在不一樣的系統調用選用適合的接口，linux 下默認是 epoll。由於 Libevent 比較重，更通用，代碼量也就很龐大，擁有不少 Redis 用不上的功能，Redis 爲了追求「輕巧」而且去除依賴，就選擇本身去封裝了一套。網絡
單進程單線程好處
- 代碼更清晰，處理邏輯更簡單
- 不用去考慮各類鎖的問題，不存在加鎖釋放鎖操做，沒有由於可能出現死鎖而致使的性能消耗
- 不存在多進程或者多線程致使的切換而消耗 CPU
單進程單線程弊端
- 沒法發揮多核 CPU 性能，不過能夠經過在單機開多個 Redis 實例來完善；
其餘一些優秀的開源軟件採用的模型
- 多進程單線程模型：Nginx
- 單進程多線程模型：Memcached
參考連接
- https://en.wikipedia.org/wiki/Epoll
- http://www.javashuo.com/article/p-sqagmtjn-x.html
- [http://www.ibm.com/developerworks/cn/linux/l-async/]http://www.ibm.com/developerworks/cn/linux/l-async/