一、緩存的成本和收益是什么：
既然要討論是否真的需要緩存這個(gè)問(wèn)題，就要知道緩存帶來(lái)的成本與收益（好處、壞處）是什么？
| | 收益 | 成本 |
| 緩存 + 后端存儲(chǔ)(資源) | 1. 加速讀寫(xiě) 2. 降低后端負(fù)載 | 1. 數(shù)據(jù)不一致性 2. 代碼維護(hù)成本 3. 架構(gòu)復(fù)雜度 |
上面的表格應(yīng)該清楚的表達(dá)了使用緩存后的收益和成本分別是什么。下面將進(jìn)行詳細(xì)的解析
二、緩存成本與收益詳解：
1. 收益是很明顯的，通常來(lái)說(shuō)一個(gè)設(shè)計(jì)還不錯(cuò)的緩存系統(tǒng)，能夠幫助你的業(yè)務(wù)實(shí)現(xiàn)加速讀寫(xiě)，同時(shí)幫助降低了后端負(fù)載。
(1) 加速讀寫(xiě)：通常來(lái)說(shuō)加速是明顯的，因?yàn)榫彺嫱ǔ６际侨珒?nèi)存的系統(tǒng)，而后端（可能是mysql、甚至是別人的HTTP, RPC接口）都有速度慢和抗壓能力差的特性，通過(guò)緩存的使用可以有效的提高用戶的訪問(wèn)速度同時(shí)優(yōu)化了用戶的體驗(yàn)。
(2) 降低后端負(fù)載：通過(guò)緩存的添加，如果程序沒(méi)有什么問(wèn)題，在命中率還可以的情況下，可以幫助后端減少訪問(wèn)量和復(fù)雜計(jì)算(join、或者無(wú)法在優(yōu)化的sql等)，在很大程度降低了后端的負(fù)載。
2. 成本：
(1) 數(shù)據(jù)不一致性：無(wú)論你的設(shè)計(jì)做的多么好，緩存數(shù)據(jù)與權(quán)威數(shù)據(jù)源（可以理解成真實(shí)或者后端數(shù)據(jù)源）一定存在著一定時(shí)間窗口的數(shù)據(jù)不一致性，這個(gè)時(shí)間窗口的大小可大可小，具體多大還要看一下你的業(yè)務(wù)允許多大時(shí)間窗口的不一致性。
(2) 代碼維護(hù)成本：加入緩存后，代碼就會(huì)在原數(shù)據(jù)源基礎(chǔ)上加入緩存的相關(guān)代碼，例如原來(lái)只是一些sql, 現(xiàn)在要加入k-v緩存，必然增加了代碼的維護(hù)成本。
(3) 架構(gòu)復(fù)雜度：加入緩存后，例如加入了redis-cluster，一般來(lái)說(shuō)緩存不會(huì)像Mysql有專門(mén)的DBA，很有可能沒(méi)有專職的管理人員，所以也增加了架構(gòu)的復(fù)雜度和維護(hù)成本。
三、如何選擇？
如果當(dāng)前系統(tǒng)的訪問(wèn)速度和訪問(wèn)量能夠滿足現(xiàn)有的要求，就不必增加緩存，其實(shí)像mysql并沒(méi)有那么差，一臺(tái)運(yùn)行良好的Mysql，扛?jìng)€(gè)QPS=1000沒(méi)什么問(wèn)題。
如果要加入選擇了緩存，一定要能給出足夠的理由，不是為了簡(jiǎn)單的show技術(shù)和想當(dāng)然，最好的方法就是用數(shù)據(jù)說(shuō)話：加速比有多少、后端負(fù)載降低了多少。
四、什么樣的場(chǎng)景需要緩存？
在公司里，據(jù)我觀察，無(wú)論怎么更新架構(gòu)，使用各種新技術(shù)，但是80%的項(xiàng)目還是離不開(kāi)SQL的，下面我們以SQL作為后端數(shù)據(jù)源、以Redis作為緩存層，說(shuō)一下哪些場(chǎng)景是需要緩存的。
1、復(fù)雜開(kāi)銷(xiāo)大的計(jì)算、降低后端負(fù)載
以Mysql為例子，一些復(fù)雜的操作或者計(jì)算(例如大量聯(lián)表操作、一些分組計(jì)算)，如果不加
緩存，大量流量將在這些復(fù)雜計(jì)算的執(zhí)行。
2. 加速請(qǐng)求響應(yīng)
即使單條后端數(shù)據(jù)足夠快（例如select * from table where id=?），那么依然可以利用redis/memcache將這些操作進(jìn)行merge做優(yōu)化(例如：cache(select * from table where id in(id1,id10....idK)))，從而優(yōu)化整個(gè)IO鏈的相應(yīng)時(shí)間。
附圖一張：
