c 碼農是否需要花心思去學redis？Redis是一個用純C語言編寫的緩存數(shù)據(jù)庫。如果你想使用Redis，它與你是否能使用C無關。現(xiàn)在很多業(yè)務層開發(fā)都在使用redis，包括Java、PHP等，在實體

c 碼農是否需要花心思去學redis？

Redis是一個用純C語言編寫的緩存數(shù)據(jù)庫。如果你想使用Redis，它與你是否能使用C無關。

現(xiàn)在很多業(yè)務層開發(fā)都在使用redis，包括Java、PHP等，在實體數(shù)據(jù)庫前面使用redis來提高緩存時的性能，與您使用的語言無關。

如果您的企業(yè)對redis有很高的要求，需要使用大型集群或性能要求，建議您看看。如果你沒有深刻的理解，很難用好它。網絡上有很多人們效仿的東西，但很多東西都有漏洞，不能算是生產環(huán)境的體驗。

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

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

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

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

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

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

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