redis怎樣解決高并發(fā)？Redis以單進(jìn)程的形式運(yùn)行，命令一個(gè)接一個(gè)的執(zhí)行，可以解決程序的并發(fā)問題所以當(dāng)數(shù)據(jù)涉及到并發(fā)問題，比如秒殺時(shí)，我們把數(shù)據(jù)行存儲(chǔ)在Redis中，當(dāng)用戶請求時(shí)，我們會(huì)減少Red

redis怎樣解決高并發(fā)？

Redis以單進(jìn)程的形式運(yùn)行，命令一個(gè)接一個(gè)的執(zhí)行，可以解決程序的并發(fā)問題

所以當(dāng)數(shù)據(jù)涉及到并發(fā)問題，比如秒殺時(shí)，我們把數(shù)據(jù)行存儲(chǔ)在Redis中，當(dāng)用戶請求時(shí)，我們會(huì)減少Redis中的庫存。Redis是單線程，所以Redis成功后不會(huì)減少溢出，后續(xù)的請求會(huì)被拒絕，然后數(shù)據(jù)庫中的庫存會(huì)減少，這樣就不會(huì)出現(xiàn)負(fù)庫存的問題。這是基本的工作原理

但是線程的速度只能依靠單個(gè)處理器，內(nèi)存的速度，處理器上的緩存速度，以及總線的傳輸速度。剩下的是你的網(wǎng)絡(luò)io。然而，線程的高并發(fā)性完全取決于程序的運(yùn)行速度。Redis絕對不是線程。連接就是一根線。你不應(yīng)該正確理解它。

redis原理，單線程怎么做到高并發(fā)的？

分享大人物的答案似乎合情合理。

不要告訴我們是否使用redis。你必須告訴我們你為什么要使用redis。沒有redis的業(yè)務(wù)怎么了？世界上沒有免費(fèi)的午餐。如果不直接使用頭部緩存/NoSQL，可能會(huì)帶來越來越嚴(yán)重的問題。

單個(gè)數(shù)據(jù)庫的最大優(yōu)點(diǎn)是易于實(shí)現(xiàn)事務(wù)，并由數(shù)據(jù)庫本身保證。舉個(gè)簡單的例子，要下訂單，需要扣除庫存并插入訂單條目。如果inventory和order都是數(shù)據(jù)庫表?xiàng)l目，那么這個(gè)事務(wù)是無可挑剔的。如果庫存在redis中，訂單條目是mysql，通常需要先寫redis，成功后再寫數(shù)據(jù)庫。如果您寫數(shù)據(jù)庫失敗，需要回滾redis，如果由于網(wǎng)絡(luò)或其他原因回滾失敗，將再扣減一個(gè)存貨。不要認(rèn)為這些事情很容易解決。事務(wù)處理的復(fù)雜性遠(yuǎn)遠(yuǎn)超出您的想象。例如，當(dāng)您編寫mysql時(shí)，您在提交時(shí)就失去了連接。你無法判斷提交是成功還是失敗。你的redis是不是在倒退？

因此，當(dāng)您引入一個(gè)新層時(shí)，您必須弄清楚您必須使用cache/NoSQL的目的以及您可以接受的一致性模型。否則，你就要出丑了。