redis單線(xiàn)程為什么比多線(xiàn)程快？通常來(lái)講，單線(xiàn)程處理能力要比多線(xiàn)程差，但是redis為什么就快了，這主要得益于以下幾個(gè)原因：1.純內(nèi)存訪(fǎng)問(wèn)，redis將所有數(shù)據(jù)放在內(nèi)存中，內(nèi)存的響應(yīng)時(shí)長(zhǎng)大約為100

redis單線(xiàn)程為什么比多線(xiàn)程快？

通常來(lái)講，單線(xiàn)程處理能力要比多線(xiàn)程差，但是redis為什么就快了，這主要得益于以下幾個(gè)原因：

1.純內(nèi)存訪(fǎng)問(wèn)，redis將所有數(shù)據(jù)放在內(nèi)存中，內(nèi)存的響應(yīng)時(shí)長(zhǎng)大約為100納秒，這是redis達(dá)到每秒萬(wàn)級(jí)別的訪(fǎng)問(wèn)的重要基礎(chǔ)。

2.非阻塞IO，redis使用epoll作為I/O多路復(fù)用技術(shù)的實(shí)現(xiàn)，再加上redis自身的事件處理模型將epoll中的連接、讀寫(xiě)、關(guān)閉都轉(zhuǎn)為事件，不在網(wǎng)絡(luò)I/O上浪費(fèi)過(guò)多的時(shí)間。

3.單線(xiàn)程避免了線(xiàn)程切換和競(jìng)態(tài)產(chǎn)生的消耗。

單線(xiàn)程的好處：

1.簡(jiǎn)化數(shù)據(jù)結(jié)構(gòu)和算法的實(shí)現(xiàn)。

2.避免了線(xiàn)程切換和競(jìng)態(tài)產(chǎn)生的消耗，對(duì)于服務(wù)端來(lái)說(shuō)，鎖和線(xiàn)程切換通常是性能殺手。

單線(xiàn)程的問(wèn)題：對(duì)于每個(gè)命令的執(zhí)行時(shí)間是有要求的。如果某個(gè)命令執(zhí)行過(guò)程，會(huì)造成其他命令的阻塞，對(duì)于redis這種高性能的服務(wù)來(lái)說(shuō)是致命的，所以redis是面向快速執(zhí)行場(chǎng)景的數(shù)據(jù)庫(kù)。

redis讀多線(xiàn)程會(huì)出現(xiàn)臟數(shù)據(jù)嗎？

是的，和我們單線(xiàn)程，跑兩個(gè)50000，會(huì)輸出100000?，F(xiàn)在是兩個(gè)并發(fā)線(xiàn)程同時(shí)跑在由于并發(fā)造成的數(shù)據(jù)結(jié)果往往不是我們想要的。那么如何解決這個(gè)問(wèn)題呢，Redis已經(jīng)為我們準(zhǔn)備好了！你可以看到我RedisHelper中有個(gè)方法是 public IDisposable Setnx(string key)。 也可以看到他返回的是IDisposable，證明我們需要手動(dòng)釋放資源。方法內(nèi)部的 AcquireLock正是關(guān)鍵之處，它像redis中索取一把鎖頭，被鎖住的資源，只能被單個(gè)線(xiàn)程訪(fǎng)問(wèn)，不會(huì)被兩個(gè)線(xiàn)程同時(shí)get或者set，這兩個(gè)線(xiàn)程一定是交替著進(jìn)行的，當(dāng)然這里的交替并不是指你一次我一次，也可能是你多次，我一次，下面看代碼。