Redis效率高的主要原因有下面幾個：

• 基於記憶體操作，速度非常快
• 採用單執行緒，避免了上下文的切換導致消耗CPU
• 採用單執行緒，不用去考慮各種加鎖釋放鎖的問題
• 使用IO多路複用模型，非阻塞IO

Redis採用的是基於記憶體的採用的是單程序單執行緒模型的 KV 資料庫，由C語言編寫，官方提供的資料是可以達到100000+的QPS（每秒內查詢次數）。

這個資料不比採用單程序多執行緒的同樣基於記憶體的 KV 資料庫 Memcached 差！

上圖是Redis官方的測試資料，橫軸表示連線數，縱軸表示QPS。

如果Redis採用的是多執行緒，那麼CPU會在多個執行緒之間來回切換，在如此高的QPS下，多個執行緒的切換時特別頻繁的，十分消耗CPU。

假設我們有三個連線同時執行下面的操作：

incr count

由於Redis使用單執行緒來處理命令的，所以一條命令來了之後不會立即執行，而是將命令加到一個佇列中，然後逐個被執行，這樣就能保證在不加鎖的情況下保證不會產生併發問題。

如果Redis採用多執行緒執行命令，那麼對於三個連線同時執行incr操作的時候，就需要新增鎖來保證執行緒的安全性了，會大大降低執行效率。

Redis採用非阻塞IO，使用epoll作為IO多路複用技術的實現，再加上Redis自身的樹鹼處理模型將epoll中的連線、讀寫、關閉都轉為事件，不在網路IO上浪費過多的事件。

當然了，單執行緒機制也不是萬能的，也會存在一個的問題：對於每個命令的執行事件是有要求的。如果某個命令執行事件過長，會導致其他命令被阻塞，對於Redis這種高效能的服務來說是致命的。

所以即使Redis效能很高，我們也要合理的去使用Redis，不合理的使用也會導致很多問題。

喜歡這篇文章的朋友，歡迎掃描下圖關注公眾號lebronchen，第一時間收到更新內容。