[轉]?http://www.syyong.com/db/Redis-why-the-use-of-single-process-and-single-threaded-way-so-fast.html

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

Redis快的主要原因是：

完全基于內存

數據結構簡單，對數據操作也簡單

使用多路 I/O 復用模型

第一、二點不細講，主要圍繞第三點采用多路 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為了追求“輕巧”并且去除依賴，就選擇自己去封裝了一套。

單進程單線程好處

代碼更清晰，處理邏輯更簡單

不用去考慮各種鎖的問題，不存在加鎖釋放鎖操作，沒有因為可能出現死鎖而導致的性能消耗

不存在多進程或者多線程導致的切換而消耗CPU

單進程單線程弊端

無法發揮多核CPU性能，不過可以通過在單機開多個Redis實例來完善；

其他一些優秀的開源軟件采用的模型

• 多進程單線程模型：Nginx
• 單進程多線程模型：Memcached

參考鏈接

• https://en.wikipedia.org/wiki/Epoll
• https://segmentfault.com/a/1190000003063859#articleHeader6
• [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

轉載于:https://www.cnblogs.com/xifenglou/p/9377454.html

總結

以上是生活随笔為你收集整理的Redis为什么使用单进程单线程方式也这么快的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。