來源: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的內存
繼續(xù)上一條财边，mysql會定時做備份啡专，就算redis掛掉也沒有關系，可以再從mysql取制圈。這樣又減低了一點運維的風險们童。同時有些功能redis可以完成的畔况，那就用redis做，比如排名慧库，時間線之類跷跪。?
而有的時候redis確實也沒有mysql靈活，業(yè)務需求不可能一直局限于技術能力齐板，這時redis就單純做緩存就好吵瞻。?
總而言之，言而總之甘磨，做服務器的千萬別在一樓樹上吊死橡羞，一定要給自己留一條后路，降低任何風險造成的損失
