單純的網絡IO來說，量大到一定程度之后，多線程的確有優勢, 但並不是單純的多線程，而是每個線程自己有自己的epoll這樣的模型，
也就是多線程和multiplexing混合。但是。還要考慮Redis操作的是內存中的數據結構。如果在多線程中操作，那就需要為這些對象加鎖。
所以使用多線程可以提高性能，但是每個線程的效率嚴重下降了，而且程序的邏輯嚴重復雜化。Redis的數據結構並不全是簡單的Key-Value，
還有list，hash等復雜的結構，這些結構有可能會進行很細粒度的操作，比如在很長的列表后面添加一個元素，在hash當中添加或者刪除
一個對象，這些操作還可以合成MULTI/EXEC的組。這樣一個操作中可能就需要加非常多的鎖，導致的結果是同步開銷大大增加。Redis
在權衡之后的選擇是用單線程，突出自己功能的靈活性。在單線程基礎上任何原子操作都可以幾乎無代價地實現，多么復雜的數據結構都
可以輕松運用，甚至可以使用Lua腳本這樣的功能。對於多線程來說這需要高得多的代價。
並不是所有的KV數據庫或者內存數據庫都應該用單線程，比如ZooKeeper就是多線程的，最終還是看作者自己的意願和取舍。單線程
的威力實際上非常強大，每核心效率也非常高，在今天的虛擬化環境當中可以充分利用雲化環境來提高資源利用率。多線程自然是可以比單
線程有更高的性能上限，但是在今天的計算環境中，即使是單機多線程的上限也往往不能滿足需要了，需要進一步摸索的是多服務器集群化
的方案，這些方案中多線程的技術照樣是用不上的，所以單線程、多進程的集群不失為一個時髦的解決方案。
作者：靈劍
鏈接：https://www.zhihu.com/question/23162208/answer/142424042
來源：知乎
著作權歸作者所有，轉載請聯系作者獲得授權。
鏈接：https://www.zhihu.com/question/23162208/answer/142424042
來源：知乎
著作權歸作者所有，轉載請聯系作者獲得授權。