Redis單進(jìn)程單線程有哪些弊端？

單線程的 Redis 雖然性能很高，但是卻有兩個(gè)問題。一個(gè)問題是沒有辦法充分發(fā)揮現(xiàn)代 CPU 的多核處理能力，一個(gè)實(shí)例只能使用一個(gè)核的能力。二是如果某個(gè)用戶請求的處理過程卡住一段時(shí)間，會(huì)導(dǎo)致其它所有的請求都會(huì)出現(xiàn)超時(shí)的情況。所以，在線上的 redis 使用過程時(shí)是明確禁止使用 keys  等長耗時(shí)的操作的。關(guān)于Redis高并發(fā)總結(jié)如下：

· Redis 是純內(nèi)存數(shù)據(jù)庫，一般都是簡單的存取操作，線程占用的時(shí)間很多，時(shí)間的花費(fèi)主要集中在 IO 上，所以讀取速度快。

· 再說一下 IO，Redis 使用的是非阻塞 IO，IO 多路復(fù)用，使用了單線程來輪詢描述符，將數(shù)據(jù)庫的開、關(guān)、讀、寫都轉(zhuǎn)換成了事件，減少了線程切換時(shí)上下文的切換和競爭。

· Redis 采用了單線程的模型，保證了每個(gè)操作的原子性，也減少了線程的上下文切換和競爭。

· 另外，數(shù)據(jù)結(jié)構(gòu)也幫了不少忙，Redis 全程使用 hash 結(jié)構(gòu)，讀取速度快，還有一些特殊的數(shù)據(jù)結(jié)構(gòu)，對數(shù)據(jù)存儲進(jìn)行了優(yōu)化，如壓縮表，對短數(shù)據(jù)進(jìn)行壓縮存儲，再如，跳表，使用有序的數(shù)據(jù)結(jié)構(gòu)加快讀取的速度。

· 還有一點(diǎn)，Redis 采用自己實(shí)現(xiàn)的事件分離器，效率比較高，內(nèi)部采用非阻塞的執(zhí)行方式，吞吐能力比較大。