摘要：這個(gè)文件事件處理器是單線(xiàn)程的，所以叫做單線(xiàn)程模型，采用多路復(fù)用機(jī)制同時(shí)監(jiān)聽(tīng)多個(gè)，根據(jù)上的事件來(lái)選擇對(duì)應(yīng)的事件處理器處理這個(gè)事件。

優(yōu)點(diǎn)：

高性能

高并發(fā)
MySQL天然對(duì)高并發(fā)不好，MySQL單機(jī)支撐2000qps也開(kāi)始容易報(bào)警，可以使用緩存，讓數(shù)據(jù)查詢(xún)從緩存中拿出數(shù)據(jù)

缺點(diǎn)：

緩存的數(shù)據(jù)和數(shù)據(jù)庫(kù)的數(shù)據(jù)不一致

緩存雪崩

緩存穿透

緩存并發(fā)競(jìng)爭(zhēng)

Redis支持服務(wù)端的操作：Redis相比memcache來(lái)說(shuō)，有更多的數(shù)據(jù)結(jié)構(gòu)和并支持更豐富的數(shù)據(jù)操作

memcache沒(méi)有原生的集群模式，需要依賴(lài)客戶(hù)端來(lái)實(shí)現(xiàn)往集群中分片寫(xiě)入數(shù)據(jù)，但是Redis支持原生的cluster模式，支持集群模式。

Redis是基于reactor模式開(kāi)發(fā)的網(wǎng)絡(luò)事件處理器，這個(gè)處理器叫做文件事件處理器，file event handler。這個(gè)文件事件處理器是單線(xiàn)程的，所以Redis叫做單線(xiàn)程模型，采用IO多路復(fù)用機(jī)制同時(shí)監(jiān)聽(tīng)多個(gè)socket，根據(jù)socket上的事件來(lái)選擇對(duì)應(yīng)的事件處理器處理這個(gè)事件。
如果被監(jiān)聽(tīng)的scoket準(zhǔn)備好執(zhí)行accept，read，write，close等操作的時(shí)候，跟操作對(duì)應(yīng)的文件事件就會(huì)產(chǎn)生，這個(gè)時(shí)候文件事件處理器就會(huì)調(diào)用和之前相關(guān)的事件處理器處理這些事件。
文件事件處理器是單線(xiàn)程的，但是可以通過(guò)IO多路復(fù)用機(jī)制監(jiān)聽(tīng)多個(gè)socket，可以實(shí)現(xiàn)高性能的網(wǎng)絡(luò)通信，有可以和內(nèi)部的其他線(xiàn)程某塊進(jìn)行對(duì)接，保證了Redis內(nèi)部的線(xiàn)程模型的簡(jiǎn)單性。
文件事件處理器包括4個(gè)部分，即多個(gè)socket，IO多路復(fù)用程序，文件事件分派器，事件處理器（命令請(qǐng)求處理器，命令回復(fù)處理器，連接應(yīng)答處理器等）
連接應(yīng)答處理器：將事件如AE—READERABLE事件和命令請(qǐng)求處理器相關(guān)聯(lián)。
命令請(qǐng)求處理器：將請(qǐng)求指令中的數(shù)據(jù)讀出key和value，然后完成key和value的設(shè)置。
命令回復(fù)處理器：對(duì)本次的操作輸出一個(gè)結(jié)果。
多個(gè)socket可能并發(fā)的產(chǎn)生不同的操作，每一個(gè)操作對(duì)應(yīng)一個(gè)不同的文件事件，但是IO多路復(fù)用程序會(huì)監(jiān)聽(tīng)多個(gè)socket，會(huì)將多個(gè)socket放入一個(gè)對(duì)列中進(jìn)行排隊(duì)，每一次從排隊(duì)中拿出一個(gè)socket給事件分派器，事件分派器把socket給對(duì)應(yīng)的事件處理器。

文件事件
當(dāng)socket變得可讀的時(shí)候（如客戶(hù)端對(duì)Redis進(jìn)行write操作的時(shí)候，或者close操作的時(shí)候），socket就會(huì)產(chǎn)生一個(gè)AE—READBLE事件，當(dāng)socket變得可寫(xiě)的時(shí)候（客戶(hù)端對(duì)Redis進(jìn)行read操作），socket會(huì)產(chǎn)生一個(gè)AE-WRITEABLE事件，IO多路復(fù)用程序可以同時(shí)監(jiān)聽(tīng)AE-WRITE和AE-READE兩種事件，那么文件事件派發(fā)器會(huì)優(yōu)先處理AE-READBLE事件，然后處理AE—WRITE事件。

文件事件處理器

如果時(shí)客戶(hù)端要連接Redis，那么會(huì)為socket關(guān)聯(lián)連接應(yīng)答處理器
如果客戶(hù)端要寫(xiě)數(shù)據(jù)到Redis，那么會(huì)為scoket關(guān)聯(lián)命令請(qǐng)求處理器
如果客戶(hù)端要從Redis讀取數(shù)據(jù)，那么會(huì)為socket關(guān)聯(lián)命令回復(fù)處理器

客戶(hù)端與Redis通信的一次流程

在Redis啟動(dòng)初始化的時(shí)候，Redis會(huì)將連接應(yīng)答處理器和AE-READABLE事件關(guān)聯(lián)在一起，接著如果客戶(hù)端跟Redis發(fā)起連接，此時(shí)會(huì)產(chǎn)生一個(gè)AE-READBLE事件，然后由連接應(yīng)答處理器來(lái)處理和客戶(hù)端建立連接，創(chuàng)建客戶(hù)端對(duì)應(yīng)的socket，同時(shí)將這個(gè)socket的AE-READBLE事件跟命令請(qǐng)求處理器關(guān)聯(lián)起來(lái)。

當(dāng)客戶(hù)端向Redis發(fā)起請(qǐng)求的時(shí)候，（不管是讀或者是寫(xiě)的請(qǐng)求），首先就會(huì)在socket產(chǎn)生一個(gè)AE-READBLE事件，然后由對(duì)應(yīng)的命令請(qǐng)求處理器來(lái)處理，這個(gè)命令請(qǐng)求處理器就會(huì)從socket中讀取相關(guān)數(shù)據(jù)，然后進(jìn)行執(zhí)行和處理。

接著Redis這邊準(zhǔn)備好了給客戶(hù)端的響應(yīng)數(shù)據(jù)之后，就會(huì)將socket的AE-WRITEABLE事件跟命令回復(fù)處理器關(guān)聯(lián)起來(lái)，當(dāng)客戶(hù)端這邊準(zhǔn)備好讀取響應(yīng)數(shù)據(jù)的時(shí)候，就會(huì)產(chǎn)生一個(gè)AE-WRITEABLE事件，會(huì)有對(duì)應(yīng)的命令回復(fù)處理器來(lái)處理，這就是將準(zhǔn)備好的響應(yīng)數(shù)據(jù)寫(xiě)入socket，供客戶(hù)端讀取。

命令回復(fù)處理器寫(xiě)完之后，就會(huì)刪除這個(gè)socket的AE-WRITEABLE事件和命令回復(fù)處理器的關(guān)聯(lián)關(guān)系。

為什么Redis是單線(xiàn)程模型也能效率那么高
（1） 純內(nèi)存操作
（2） 核心是非阻塞的IO多路復(fù)用機(jī)制
（3） 單線(xiàn)程反而避免了多線(xiàn)程的頻繁上線(xiàn)文切換問(wèn)題