到底什么時(shí)候要使用redis？商品基本信息（與存貨分開(kāi)）和商品分類基本不變。所有這些信息都可以一次加載到redis中，作為只讀信息直接從redis中查詢出來(lái)?；蛘?，代替redis，添加一個(gè)只讀從屬數(shù)據(jù)

到底什么時(shí)候要使用redis？

商品基本信息（與存貨分開(kāi)）和商品分類基本不變。所有這些信息都可以一次加載到redis中，作為只讀信息直接從redis中查詢出來(lái)。

或者，代替redis，添加一個(gè)只讀從屬數(shù)據(jù)庫(kù)（您可以在MySQL中將memcached配置為數(shù)據(jù)緩存）從數(shù)據(jù)庫(kù)中讀取數(shù)據(jù)。

有些“上古”程序員一直堅(jiān)持反對(duì)使用redis怎么辦？

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

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

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

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

什么情況下必須用Redis，而不能使用其他數(shù)據(jù)庫(kù)？

Redis提供發(fā)布-訂閱和阻止隊(duì)列功能。（此功能可能不如MQ等專業(yè)消息隊(duì)列工具）

什么情況下會(huì)用redis？

如果是多核機(jī)器，如果不需要共享數(shù)據(jù)，多redis不僅會(huì)隔離資源，而且一個(gè)redis實(shí)例只使用一個(gè)核心CPU。您也可以根據(jù)實(shí)際需要調(diào)整redis策略（例如，在內(nèi)存滿的情況下，根據(jù)策略刪除TTL數(shù)據(jù)，釋放內(nèi)存空間），對(duì)于redis，沒(méi)有上下文切換，單機(jī)性能會(huì)更好。根據(jù)實(shí)際情況分配redis

俗話說(shuō)有n個(gè)熱點(diǎn)，暫時(shí)使用。如果想提高并發(fā)速度和吞吐量，可以考慮，比如淘寶的假日銷售活動(dòng)。事先準(zhǔn)備好資料，活動(dòng)結(jié)束后無(wú)效。

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

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

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

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