來源:https://www.v2ex.com/t/106208

v2ex的數(shù)據(jù)不算多，我們公司的數(shù)據(jù)庫有14g，但是時常訪問的數(shù)據(jù)最多也就1g，這些熱數(shù)據(jù)完全可以用redis頂下來，但是不排除訪問冷數(shù)據(jù)。?

如果全用redis的話這個性價比是不可接受的。所以我的做法一直是用mysql保存所有的數(shù)據(jù)，同時redis實時對熱數(shù)據(jù)進行緩存。就像mysql是一個資料庫，所有的資料都可以在mysql找到，而redis像是一個前臺，可以很快速的查到想要的數(shù)據(jù)，如果找不到，就去資料庫現(xiàn)提。?

目前redis占用不到1G的內(nèi)存

繼續(xù)上一條，mysql會定時做備份，就算redis掛掉也沒有關(guān)系，可以再從mysql取。這樣又減低了一點運維的風(fēng)險。同時有些功能redis可以完成的，那就用redis做，比如排名，時間線之類。?

而有的時候redis確實也沒有mysql靈活，業(yè)務(wù)需求不可能一直局限于技術(shù)能力，這時redis就單純做緩存就好。?

總而言之，言而總之，做服務(wù)器的千萬別在一樓樹上吊死，一定要給自己留一條后路，降低任何風(fēng)險造成的損失