redis是單線程黎比，但是一般的作為緩存使用的話换团，redis足夠了，因?yàn)樗淖x寫速度太快了实蓬。
官方的一個(gè)簡單測試：
測試完成了50個(gè)并發(fā)執(zhí)行100000個(gè)請求笨篷⊥啵
設(shè)置和獲取的值是一個(gè)256字節(jié)字符串÷食幔
結(jié)果:讀的速度是110000次/s,寫的速度是81000次/s?
在這么快的讀寫速度下练俐，對于一般程序來說足夠用了，但是對于訪問量特別大的網(wǎng)站來說冕臭，還是稍有不足腺晾。?
3.0版本之前的redis是不支持集群的
3.0版本及以后
redis集群的架構(gòu)圖
在這個(gè)圖中燕锥，每一個(gè)藍(lán)色的圈都代表著一個(gè)redis的服務(wù)器節(jié)點(diǎn)。它們?nèi)魏蝺蓚€(gè)節(jié)點(diǎn)之間都是相互連通的悯蝉」樾危客戶端可以與任何一個(gè)節(jié)點(diǎn)相連接，然后就可以訪問集群中的任何一個(gè)節(jié)點(diǎn)鼻由。對其進(jìn)行存取和其他操作暇榴。
那么redis是怎么做到的呢？首先蕉世，在redis的每一個(gè)節(jié)點(diǎn)上蔼紧，都有這么兩個(gè)東西，一個(gè)是插槽（slot）可以理解為是一個(gè)可以存儲兩個(gè)數(shù)值的一個(gè)變量這個(gè)變量的取值范圍是：0-16383狠轻。還有一個(gè)就是cluster我個(gè)人把這個(gè)cluster理解為是一個(gè)集群管理的插件奸例。當(dāng)我們的存取的key到達(dá)的時(shí)候，redis會(huì)根據(jù)crc16的算法得出一個(gè)結(jié)果向楼，然后把結(jié)果對?16384 求余數(shù)查吊，這樣每個(gè)?key 都會(huì)對應(yīng)一個(gè)編號在?0-16383 之間的哈希槽，通過這個(gè)值湖蜕，去找到對應(yīng)的插槽所對應(yīng)的節(jié)點(diǎn)逻卖，然后直接自動(dòng)跳轉(zhuǎn)到這個(gè)對應(yīng)的節(jié)點(diǎn)上進(jìn)行存取操作。
還有就是因?yàn)槿绻旱脑捴剀怯泻枚鄠€(gè)redis一起工作的箭阶，那么，就需要這個(gè)集群不是那么容易掛掉戈鲁，所以呢仇参，理論上就應(yīng)該給集群中的每個(gè)節(jié)點(diǎn)至少一個(gè)備用的redis服務(wù)。這個(gè)備用的redis稱為從節(jié)點(diǎn)（slave）婆殿。那么這個(gè)集群是如何判斷是否有某個(gè)節(jié)點(diǎn)掛掉了呢诈乒？
首先要說的是，每一個(gè)節(jié)點(diǎn)都存有這個(gè)集群所有主節(jié)點(diǎn)以及從節(jié)點(diǎn)的信息婆芦。
它們之間通過互相的ping-pong判斷是否節(jié)點(diǎn)可以連接上怕磨。如果有一半以上的節(jié)點(diǎn)去ping一個(gè)節(jié)點(diǎn)的時(shí)候沒有回應(yīng)，集群就認(rèn)為這個(gè)節(jié)點(diǎn)宕機(jī)了消约，然后去連接它的備用節(jié)點(diǎn)肠鲫。如果某個(gè)節(jié)點(diǎn)和所有從節(jié)點(diǎn)全部掛掉，我們集群就進(jìn)入faill狀態(tài)或粮。還有就是如果有一半以上的主節(jié)點(diǎn)宕機(jī)导饲，那么我們集群同樣進(jìn)入發(fā)力了狀態(tài)。這就是我們的redis的投票機(jī)制，具體原理如下圖所示
(1)投票過程是集群中所有master參與,如果半數(shù)以上master節(jié)點(diǎn)與master節(jié)點(diǎn)通信超時(shí)(cluster-node-timeout),認(rèn)為當(dāng)前master節(jié)點(diǎn)掛掉.
(2):什么時(shí)候整個(gè)集群不可用(cluster_state:fail)??
a:如果集群任意master掛掉,且當(dāng)前master沒有slave.集群進(jìn)入fail狀態(tài),也可以理解成集群的slot映射[0-16383]不完整時(shí)進(jìn)入fail狀態(tài). ps : redis-3.0.0.rc1加入cluster-require-full-coverage參數(shù),默認(rèn)關(guān)閉,打開集群兼容部分失敗.
b:如果集群超過半數(shù)以上master掛掉渣锦，無論是否有slave硝岗，集群進(jìn)入fail狀態(tài).
