問題描述

就是拿mongodb或mysql做存儲(chǔ)數(shù)據(jù)庫，然后redis做緩存。搭建好數(shù)據(jù)庫之后，怎么搭建redis，讓他們結(jié)合起來運(yùn)用到項(xiàng)目中呢？mysql+redis可以的嗎？謝謝了

問題解答

題主問的太寬泛了，不好回答；簡單說，做緩存需要考慮幾點(diǎn)：1.緩存熱點(diǎn)數(shù)據(jù)，針對自己的業(yè)務(wù)和數(shù)據(jù)結(jié)構(gòu)特點(diǎn)，適當(dāng)?shù)剡x擇或組合redis的數(shù)據(jù)結(jié)構(gòu)進(jìn)行存儲(chǔ)。2.緩存的更新和失效策略。想不到了，以后再補(bǔ)充。舉個(gè)例子：mongodb＋redismongodb可以對數(shù)據(jù)進(jìn)行聚合，后臺(tái)起cron，對數(shù)據(jù)每小時(shí)mapReduce一次，計(jì)算好的數(shù)據(jù)寫到redis中保存（也可以直接輸出到mongo collection中），前臺(tái)查詢r(jià)edis 拿到聚合好的數(shù)據(jù)。

雖然我代表的是MongoDB，以下的回答看起來會(huì)很有安利自己產(chǎn)品的嫌疑，還是要提醒樓主注意一些問題。從問的問題來看，樓主對MongoDB或Redis都不熟，得出了用MongoDB+Redis來結(jié)合做項(xiàng)目的結(jié)論估計(jì)是看了哪篇文章的分享吧？不可否認(rèn)，在某些很極端的場合在MongoDB前面再加一層Redis可能可以得到一定的收益，但是樓主是否考慮過自己的實(shí)際情況，是否真的到了需要在MongoDB前面加Redis的地步？要知道引入一項(xiàng)新技術(shù)，無論是維護(hù)成本還是開發(fā)成本，以及對開發(fā)人員的要求都會(huì)成倍增加。比如原來可以直接從數(shù)據(jù)庫讀的東西，現(xiàn)在要考慮什么時(shí)候該從緩存讀取，相應(yīng)的就要考慮緩存如何刷新，臟數(shù)據(jù)該怎么辦？這些問題說起來好像并不難，但不管什么問題放到高并發(fā)環(huán)境里就沒有簡單的問題。說句不中聽的，樓主如果有足夠的經(jīng)驗(yàn)應(yīng)付好上面這些問題，也就不會(huì)提現(xiàn)在這個(gè)問題了。幸運(yùn)的是通常來說項(xiàng)目的并發(fā)還高不到需要兩個(gè)一起用的地步，因?yàn)镸ongoDB已經(jīng)有足夠強(qiáng)的應(yīng)付高并發(fā)的能力和水平擴(kuò)展的能力。所以拋開別人的意見不說，樓主自己應(yīng)該想清楚這些問題：是什么驅(qū)使你把兩項(xiàng)技術(shù)放在一起使用，你想從中得到什么好處？更重要的，如果只用其中一項(xiàng)技術(shù)，是不是也能解決問題？如果沒有足夠的證據(jù)說服自己，不妨實(shí)測一下用數(shù)據(jù)說話。

沒什么不可以的，reids安裝很簡單，看官方文檔就知道啦