redis是個單執行緒程式，所以它是執行緒安全的。
1.官方答案
因為redis是基於記憶體的操作，cpu不是redis的瓶頸，redis的瓶頸最有可能是機器記憶體的大小或者網路頻寬。既然單執行緒容易實現，而且cpu不會成為瓶頸，那就順理成章地採用單執行緒的方案了。
2.效能指標
關於redis的效能，官方**也有，普通筆記本輕鬆處理每秒幾十萬的請求。
3.詳細原因
1）不需要各種鎖的效能消耗
redis的資料結構並不全是簡單的key-value，還有list，hash等複雜的結構，這些結構有可能會進行很細粒度的操作，比如在很長的列表後面新增乙個元素，在hash當中新增或者刪除乙個物件。這些操作可能就需要加非常多的鎖，導致的結果是同步開銷大大增加。
總之，在單執行緒的情況下，就不用去考慮各種鎖的問題，不存在加鎖釋放鎖操作，沒有因為可能出現死鎖而導致的效能消耗。
2）單執行緒多程序集群方案
單執行緒的威力實際上非常強大，核心效率也非常高，多執行緒自然是可以比單執行緒有更高的效能上限，但是在今天的計算環境中，即使是單機多執行緒的上限也往往不能滿足需要了，需要進一步摸索的是多伺服器集群化的方案，這些方案中多執行緒的技術照樣是用不上的。
所以單執行緒、多程序的集群不失為乙個時髦的解決方案。
3）cpu消耗
採用單執行緒，避免了不必要的上下文切換和競爭條件，也不存在多程序或者多執行緒導致的切換而消耗 cpu。
但是如果cpu成為redis瓶頸，或者不想讓伺服器其他cup核閒置，那怎麼辦？
可以考慮多起幾個redis程序，redis是key-value資料庫，不是關聯式資料庫，資料之間沒有約束。只要客戶端分清哪些key放在哪個redis程序上就可以了。
1. redis是純記憶體資料庫，一般都是簡單的訪問操作，執行緒占用的時間很短，時間的花費主要集中在io上，所以讀取速度快。
2. redis採用了單執行緒的模型，保證了每個操作的原子性，也減少了執行緒的上下文切換和競爭。
3. 再說一下io，redis使用的是非阻塞io，io多路復用，使用了單執行緒來輪詢描述符，將資料庫的開、關、讀、寫都轉換成了事件，可以處理併發連線。
4. 再加上，redis採用自己實現的事件分離器，效率比較高，內部採用非阻塞的執行方式，吞吐能力比較大。
5. 另外，資料結構也幫了不少忙，redis除了提供了五種資料結構之外，還有一些特殊的資料結構，對資料儲存進行了優化，如壓縮表，對短資料進行壓縮儲存，再如跳躍表，使用有序的資料結構加快讀取的速度。
參考：
執行緒安全問題
執行緒安全問題導致的原因 當多條語句在操作同乙個執行緒共享資料時，乙個執行緒對多條語句只執行了一部分，還沒有徹底執行完畢，此時另乙個執行緒參與進來執行，導致共享資料的錯誤。執行緒安全解決辦法 對多條操作共享的語句，每次只能讓乙個執行緒執行完成。在執行的過程中，其他執行緒不可以參與執行。解決方案 同步...
執行緒安全問題
是指 在多個執行緒進行的情況下對全域性變數或靜態變數進行寫的操作的時候出現的資料上的問題，就是執行緒安全的問題，在讀的時候不會出現執行緒的問題 即 public void run catch interruptedexception e synchronized this 即 package com...
執行緒安全問題
由於cpu輪流切換執行緒導致某執行緒沒來的及執行完，執行緒的共享變數便直接被其他執行緒所修改。package 執行緒安全問題 public class mainclass2 class ticket extends threadcatch interruptedexception e system....