問題描述

就是拿mongodb或mysql做存儲數據庫，然后redis做緩存。搭建好數據庫之后，怎么搭建redis，讓他們結合起來運用到項目中呢？mysql+redis可以的嗎？謝謝了

問題解答

題主問的太寬泛了，不好回答；簡單說，做緩存需要考慮幾點：1.緩存熱點數據，針對自己的業務和數據結構特點，適當地選擇或組合redis的數據結構進行存儲。2.緩存的更新和失效策略。想不到了，以后再補充。舉個例子：mongodb＋redismongodb可以對數據進行聚合，后臺起cron，對數據每小時mapReduce一次，計算好的數據寫到redis中保存（也可以直接輸出到mongo collection中），前臺查詢redis 拿到聚合好的數據。

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

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