有些“上古”程序員一直堅持反對使用redis怎么辦？分享大人物的答案似乎合情合理。不要告訴我們是否使用redis。你必須告訴我們你為什么要使用redis。沒有redis的業(yè)務(wù)怎么了？世界上沒有免費的午

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

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

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

單個數(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ò)或其他原因回滾失敗，將再扣減一個存貨。不要認為這些事情很容易解決。事務(wù)處理的復(fù)雜性遠遠超出您的想象。例如，當(dāng)您編寫mysql時，您在提交時就失去了連接。你無法判斷提交是成功還是失敗。你的redis是不是在倒退？

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

redis在什么情況下使用？

俗話說有n個熱點數(shù)據(jù)，都是暫時使用的，要想提高并發(fā)速度和吞吐量，可以考慮，比如淘寶的假期銷售活動。事先準備好資料，活動結(jié)束后無效。

在我看來，有足夠的內(nèi)存，我想使系統(tǒng)非常快。您可以將redis用作數(shù)據(jù)庫。Redis可以永久緩存數(shù)據(jù)，但數(shù)據(jù)量小于您可以使用的內(nèi)存量。較小的項目更合適。我以前做過。

接口級緩存了一定數(shù)量的網(wǎng)絡(luò)請求數(shù)據(jù)，省去了自己設(shè)計的緩存不安全和不完善的麻煩。比如微網(wǎng)站的開發(fā)：微信認證串被緩存，用戶認證數(shù)據(jù)。餅干，會議等。我對第二段做了同樣的事情。前提是數(shù)據(jù)量適中，現(xiàn)有機器配置可以5年以上不出問題。

其他人將使用MySQL或Oracle緩存用戶查詢的數(shù)據(jù)。我認為小項目不需要。大型項目的功能如下。在一個小項目中，MySQL或Oracle可以將所有表和數(shù)據(jù)直接加載到內(nèi)存中。經(jīng)過數(shù)據(jù)預(yù)熱后，訪問效率一點也不差。regexp編寫的查詢可以在秒內(nèi)從2000W以上的數(shù)據(jù)中找到。我也做過同樣的事。多線程MySQL全部加載到內(nèi)存中，查詢結(jié)果合并時間不會超過1秒。在2秒內(nèi)顯示查詢結(jié)果。

總之，redis不是大項目的專利。你可以在任何你能想到的地方使用它。使用redis的基本出發(fā)點是快速和高并發(fā)性。

Redis-Redis可以作為一個數(shù)據(jù)庫使用嗎？

redis能否成為數(shù)據(jù)庫取決于您的具體需求。

1. 如上所述，redis的持久性存在一個問題。如果總是使用AOF模式和fsync，性能會低于MySQL。如果您喜歡redis方便的數(shù)據(jù)結(jié)構(gòu)，對性能要求不高，或者對性能要求很高，但允許一定程度的數(shù)據(jù)丟失，可以使用redis作為數(shù)據(jù)庫。

2. Redis是一個內(nèi)存數(shù)據(jù)庫。當(dāng)內(nèi)存已滿時，數(shù)據(jù)將不會存儲在硬盤上（VM不穩(wěn)定，diskstore未啟用）。如果內(nèi)存足夠大，可以使用redis作為數(shù)據(jù)庫。

redis使用前需要先安裝嗎？

Redis用于讀寫數(shù)據(jù)，隊列處理器用于定期向MySQL寫入數(shù)據(jù)。同時，要避免沖突。啟動redis時，從MySQL中讀取所有表鍵值并存儲在redis中。向redis寫入數(shù)據(jù)時，redis主鍵會自動遞增并讀取。如果MySQL更新失敗，需要及時清除緩存并同步redis主鍵。這樣，redis主要用于實時讀寫redis，而MySQL數(shù)據(jù)則通過隊列異步處理，減輕MySQL的壓力。但該方法的應(yīng)用場景主要基于高并發(fā)，redis的高可用集群架構(gòu)相對復(fù)雜，一般不推薦使用。B類