redis為什麼是單線程的

單純的網路IO來說，量大到一定程度之後，多線程的確有優勢, 但並不是單純的多線程，而是每個線程自己有自己的epoll這樣的模型，

也就是多線程和multiplexing混合。但是。還要考慮Redis操作的是記憶體中的資料結構。如果在多線程中操作，那就需要為這些對象加鎖。

所以使用多線程可以提高效能，但是每個線程的效率嚴重下降了，而且程式的邏輯嚴重複雜化。Redis的資料結構並不全是簡單的Key-Value，

還有list，hash等複雜的結構，這些結構有可能會進行很細粒度的操作，比如在很長的列表後面添加一個元素，在hash當中添加或者刪除

一個對象，這些操作還可以合成MULTI/EXEC的組。這樣一個操作中可能就需要加非常多的鎖，導致的結果是同步開銷大大增加。Redis

在權衡之後的選擇是用單線程，突出自己功能的靈活性。在單線程基礎上任何原子操作都可以幾乎無代價地實現，多麼複雜的資料結構都

可以輕鬆運用，甚至可以使用Lua指令碼這樣的功能。對於多線程來說這需要高得多的代價。

      並不是所有的KV資料庫或者記憶體資料庫都應該用單線程，比如ZooKeeper就是多線程的，最終還是看作者自己的意願和取捨。單線程

的威力實際上非常強大，每核心效率也非常高，在今天的虛擬化環境當中可以充分利用雲化環境來提高資源使用率。多線程自然是可以比單

線程有更高的效能上限，但是在今天的計算環境中，即使是單機多線程的上限也往往不能滿足需要了，需要進一步摸索的是多伺服器叢集化

的方案，這些方案中多線程的技術照樣是用不上的，所以單線程、多進程的叢集不失為一個時髦的解決方案。