Redis服務(wù)支持5000萬的QPS，有什么好的思路？如果有面試問你這個問題，工資應(yīng)該是20萬年，其他選擇分紅應(yīng)該支付。這個想法不是堆機器就是堆機器。有些“上古”程序員一直堅持反對使用redis怎么辦

Redis服務(wù)支持5000萬的QPS，有什么好的思路？

如果有面試問你這個問題，工資應(yīng)該是20萬年，其他選擇分紅應(yīng)該支付。這個想法不是堆機器就是堆機器。

有些“上古”程序員一直堅持反對使用redis怎么辦？

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

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

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

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

redis集群與單機版效率哪個更高？

對于超過100k的數(shù)據(jù)，memcached的性能優(yōu)于redis。雖然redis最近優(yōu)化了大數(shù)據(jù)的存儲性能，但仍然略遜于memcached。在所有這些之后，結(jié)論是無論您使用哪一個，每秒處理的請求數(shù)都不會成為瓶頸。

如何才能成為java架構(gòu)師？我為大家來分析一下？

首先，建筑師不是很好。他必須通過技術(shù)力量和建筑師的想法。其次，架構(gòu)師是Dubbo框架，基本原理是zookeeper、redis分布式緩存、JVM性能優(yōu)化、nginx Apache企業(yè)開發(fā)Tomcat集群部署、大數(shù)據(jù)Hadoop、HBase實時計算spark、storm、數(shù)據(jù)分析、分詞和權(quán)重等核心技術(shù)。

如何成為一名優(yōu)秀的建筑師？我用七張照片告訴你。

您可以先學(xué)習(xí)分布式鎖的實現(xiàn)https://pan.baidu.com/s/1y8rkldBEpkHXHS3GvJXGTg密碼：umu3