redis系列-Redis爲何使用單進程單線程方式也這麼快

        Redis採用的是基於內存的採用的是單進程單線程模型的KV數據庫，由C語言編寫。官方提供的數據是能夠達到100000+的qps。這個數據不比採用單進程多線程的一樣基於內存的KV數據庫Memcached差。

Redis快的主要緣由是：

1. 徹底基於內存
2. 數據結構簡單，對數據操做也簡單
3. 使用多路 I/O 複用模型

第1、二點不細講，主要圍繞第三點採用多路 I/O 複用技術來展開。

多路 I/O 複用模型是利用select、poll、epoll能夠同時監察多個流的 I/O 事件的能力，在空閒的時候，會把當前線程阻塞掉，當有一個或多個流有I/O事件時，就從阻塞態中喚醒，因而程序就會輪詢一遍全部的流（epoll是隻輪詢那些真正發出了事件的流），而且只依次順序的處理就緒的流，這種作法就避免了大量的無用操做。這裏「多路」指的是多個網絡鏈接，「複用」指的是複用同一個線程。採用多路 I/O 複用技術可讓單個線程高效的處理多個鏈接請求（儘可能減小網絡IO的時間消耗），且Redis在內存中操做數據的速度很是快（內存內的操做不會成爲這裏的性能瓶頸），主要以上兩點造就了Redis具備很高的吞吐量。

 

和Memcached不一樣，Redis並無直接使用Libevent，而是本身完成了一個很是輕量級的對select、epoll、evport、kqueue這些通用的接口的實現。在不一樣的系統調用選用適合的接口，linux下默認是epoll。由於Libevent比較重更通用代碼量也就很龐大，擁有不少Redis用不上的功能，Redis爲了追求「輕巧」而且去除依賴，就選擇本身去封裝了一套。

單進程單線程好處

1. 代碼更清晰，處理邏輯更簡單
2. 不用去考慮各類鎖的問題，不存在加鎖釋放鎖操做，沒有由於可能出現死鎖而致使的性能消耗
3. 不存在多進程或者多線程致使的切換而消耗CPU

單進程單線程弊端

1. 沒法發揮多核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/
• http://www.syyong.com/db/Redis-why-the-use-of-single-process-and-single-threaded-way-so-fast.html