Atitit cache緩存之道 attilax 艾提拉總結(jié)

?

1. 使用緩存的目的（使用緩存） 1

1.1. 1、實(shí)現(xiàn)目標(biāo)減少數(shù)據(jù)庫(kù)的負(fù)擔(dān) 1

1.2. 加快查詢的速度 2

2. 緩存的常見(jiàn)參數(shù) 過(guò)期時(shí)間（秒 2

3. 緩存的實(shí)現(xiàn)遠(yuǎn)離原理 2

4. 緩存標(biāo)準(zhǔn)jcache 2

5. 緩存常見(jiàn)api的實(shí)現(xiàn) 2

5.1. Get緩存 2

6. 緩存刷新時(shí)間機(jī)制 3

7. 緩存層級(jí) 系統(tǒng)架構(gòu)中，不同層級(jí)之間為了加快訪問(wèn)速度，緩存都可以存在 3

7.1. Indexdb localstore 3

7.2. Redis 3

7.3. Orm cache 3

7.4. Dbcache 3

8. 四、數(shù)據(jù)庫(kù)緩存 4

8.1. 2、緩存策略?a、Query Cache 4

8.2. b、Data Buffer 4

9. 緩存算法FIFO，LRU和LFU三種 4

10. 常見(jiàn)的緩存實(shí)施 5

10.1. 優(yōu)先使用spring cache ?mybatiscacahe ?最小化開(kāi)發(fā) 5

10.2. Guavacache ?ehcache 工作量稍大，單可靠性高。 5

10.3. 線程池futuretask寫(xiě)緩存 ?需要調(diào)整順序 5

10.4. Redis ?最麻煩寫(xiě) 5

11. 其他 7

11.1. Key的生成算法那 ?getMethodName+ Param序列化 7

?

1.?使用緩存的目的（使用緩存） 1.1.?1、實(shí)現(xiàn)目標(biāo)減少數(shù)據(jù)庫(kù)的負(fù)擔(dān)

　　通過(guò)redis緩存數(shù)據(jù)。（目的不是加快查詢的速度，而是減少數(shù)據(jù)庫(kù)的負(fù)擔(dān)）　　

1.2.?加快查詢的速度 2.?緩存的常見(jiàn)參數(shù) 過(guò)期時(shí)間（秒

1.????private?int?maxSize=DEFAULT_MAXSIZE;????//最大數(shù)量??

2.?????????private?int?ttl=DEFAULT_TTL;????????//過(guò)期時(shí)間（秒）??

?

?

3.?緩存的實(shí)現(xiàn)遠(yuǎn)離原理

大多數(shù)緩存的解決方案是將數(shù)據(jù)存儲(chǔ)在類似map的結(jié)構(gòu)中（key-value），正因?yàn)槿绱耍琂Cache API規(guī)范的標(biāo)準(zhǔn)也是基于map（類似）的結(jié)構(gòu)。

?

本地表格也可

?

List緩存，條件查詢wehere緩存

?

?

其實(shí)緩存就是把一些外存上的數(shù)據(jù)保存到內(nèi)存上而已，怎么保存到內(nèi)存上呢，我們運(yùn)行的所有程序，里面的變量值都是放在內(nèi)存上的，所以說(shuō)如果要想使一個(gè)值放到內(nèi)存上，實(shí)質(zhì)就是在獲得這個(gè)變量之后，用一個(gè)生存期較長(zhǎng)的變量存放你想存放的值，在java中一些緩存一般都是通過(guò)map集合來(lái)做的?！?/p>

?

4.?緩存標(biāo)準(zhǔn)jcache 5.?緩存常見(jiàn)api的實(shí)現(xiàn) 5.1.?Get緩存

get的時(shí)候，可以設(shè)置個(gè)call，如果不存在則設(shè)置。。

使用ex的模式不好，使用返回值也不好。。

?

6.?緩存刷新時(shí)間機(jī)制

如果cache支持，直接設(shè)置即可。

如果cache不支持可以使用timer主動(dòng)刷新。。

7.?緩存層級(jí) 系統(tǒng)架構(gòu)中，不同層級(jí)之間為了加快訪問(wèn)速度，緩存都可以存在

·?操作系統(tǒng)磁盤(pán)緩存->減少磁盤(pán)機(jī)械操作

·?數(shù)據(jù)庫(kù)緩存->減少文件系統(tǒng)I/O

·?應(yīng)用程序緩存->減少對(duì)數(shù)據(jù)庫(kù)的查詢

·?Web服務(wù)器緩存->減少應(yīng)用服務(wù)器請(qǐng)求

·?客戶端瀏覽器緩存->減少對(duì)網(wǎng)站的訪問(wèn)

?

7.1.?Indexdb localstore

操作系統(tǒng)磁盤(pán)緩存->減少磁盤(pán)機(jī)械操作數(shù)據(jù)庫(kù)緩存->減少文件系統(tǒng)I/O應(yīng)用程序緩存->減少對(duì)數(shù)據(jù)庫(kù)的查詢Web服務(wù)器緩存->減少應(yīng)用服務(wù)器請(qǐng)求客戶端瀏覽器緩存->減少對(duì)網(wǎng)站的訪問(wèn)

?

7.2.?Redis 7.3.?Orm cache 7.4.?Dbcache

?

8.?四、數(shù)據(jù)庫(kù)緩存

1、重要性

數(shù)據(jù)庫(kù)通常是企業(yè)應(yīng)用系統(tǒng)最核心的部分?jǐn)?shù)據(jù)庫(kù)保存的數(shù)據(jù)量通常非常龐大數(shù)據(jù)庫(kù)查詢操作通常很頻繁，有時(shí)還很復(fù)雜以上原因造成數(shù)據(jù)庫(kù)查詢會(huì)引起非常頻繁的磁盤(pán)I/O讀取操作，迫使CPU掛起等待，數(shù)據(jù)庫(kù)性能極度低下

8.1.?2、緩存策略?a、Query Cache

以SQL作為key值緩存查詢結(jié)果集一旦查詢涉及的表記錄被修改，緩存就會(huì)被自動(dòng)刪除設(shè)置合適的Query Cache會(huì)極大提高數(shù)據(jù)庫(kù)性能Query Cache并非越大越好，過(guò)大的Qquery Cache會(huì)浪費(fèi)內(nèi)存MySQL: query_cache_size= 128M

8.2.?b、Data Buffer

data buffer是數(shù)據(jù)庫(kù)數(shù)據(jù)在內(nèi)存中的容器data buffer的命中率直接決定了數(shù)據(jù)庫(kù)的性能data buffer越大越好，多多益善MySQL的InnoDB buffer：innodb_buffer_pool_size = 2GMySQL建議buffer pool開(kāi)大到服務(wù)器物理內(nèi)存60-80%

?

9.?緩存算法FIFO，LRU和LFU三種

?

主要分為FIFO，LRU和LFU三種，在技術(shù)點(diǎn)中會(huì)解釋這三種是什么意思。大家一起研究和優(yōu)化。筆者目前整理的一些blog針對(duì)面試都是超高頻出現(xiàn)的。大家可以點(diǎn)擊鏈接：http://blog.csdn.net/u012403290

技術(shù)點(diǎn)：

1、FIFO（First In First Out）：?
先入先出，很好理解，就和隊(duì)列一樣，先進(jìn)隊(duì)列的先出隊(duì)列。

2、LRU（Least Recently Used）：?
最近最少使用，意思就是最近讀取的數(shù)據(jù)放在最前面，最早讀取的數(shù)據(jù)放在最后面，如果這個(gè)時(shí)候有新的數(shù)據(jù)進(jìn)來(lái)，那么最后面存儲(chǔ)的數(shù)據(jù)淘汰。

3、LFU（Least Frequently Used）：?
最不常使用，意思就是對(duì)存儲(chǔ)的數(shù)據(jù)都會(huì)有一個(gè)計(jì)數(shù)引用，然后隊(duì)列按數(shù)據(jù)引用次數(shù)排序，引用數(shù)多的排在最前面，引用數(shù)少的排在后面。如果這個(gè)時(shí)候有新的數(shù)據(jù)進(jìn)來(lái)，把最后面的數(shù)據(jù)刪除，把新進(jìn)數(shù)據(jù)排在最后面，且引用次數(shù)為1

?

10.?常見(jiàn)的緩存實(shí)施 10.1.?優(yōu)先使用spring cache ?mybatiscacahe ?最小化開(kāi)發(fā)? 10.2.?Guavacache ?ehcache 工作量稍大，單可靠性高。 10.3.?線程池futuretask寫(xiě)緩存 ?需要調(diào)整順序 10.4.?Redis ?最麻煩寫(xiě)

?

五、應(yīng)用程序緩存

1、對(duì)象緩存

由O/R Mapping框架例如Hibernate提供，透明性訪問(wèn)，細(xì)顆粒度緩存數(shù)據(jù)庫(kù)查詢結(jié)果，無(wú)需業(yè)務(wù)代碼顯式編程，是最省事的緩存策略當(dāng)軟件結(jié)構(gòu)按照O/R Mapping框架的要求進(jìn)行針對(duì)性設(shè)計(jì)，使用對(duì)象緩存將會(huì)極大降低Web系統(tǒng)對(duì)于數(shù)據(jù)庫(kù)的訪問(wèn)請(qǐng)求良好的設(shè)計(jì)數(shù)據(jù)庫(kù)結(jié)構(gòu)和利用對(duì)象緩存，能夠提供極高的性能，對(duì)象緩存適合OLTP（聯(lián)機(jī)事務(wù)處理）應(yīng)用

2、查詢緩存

對(duì)數(shù)據(jù)庫(kù)查詢結(jié)果集進(jìn)行緩存，類似數(shù)據(jù)庫(kù)的Query Cache適用于一些耗時(shí)，但是時(shí)效性要求比較低的場(chǎng)景。查詢緩存和對(duì)象緩存適用的場(chǎng)景不一樣，是互為補(bǔ)充的當(dāng)查詢結(jié)果集涉及的表記錄被修改以后，需要注意清理緩存

3、頁(yè)面緩存

a、作用

針對(duì)頁(yè)面的緩存技術(shù)不但可以減輕數(shù)據(jù)庫(kù)服務(wù)器壓力，還可以減輕應(yīng)用服務(wù)器壓力好的頁(yè)面緩存可以極大提高頁(yè)面渲染速度頁(yè)面緩存的難點(diǎn)在于如何清理過(guò)期的緩存

b、分類

I、動(dòng)態(tài)頁(yè)面靜態(tài)化

利用模板技術(shù)將訪問(wèn)過(guò)一次的動(dòng)態(tài)頁(yè)面生成靜態(tài)html，同時(shí)修改頁(yè)面鏈接，下一次請(qǐng)求直接訪問(wèn)靜態(tài)鏈接頁(yè)面動(dòng)態(tài)頁(yè)面靜態(tài)化技術(shù)的廣泛應(yīng)用于互聯(lián)網(wǎng)CMS/新聞?lì)怶eb應(yīng)用，但也有BBS應(yīng)用使用該技術(shù)，例如Discuz!無(wú)法進(jìn)行權(quán)限驗(yàn)證，無(wú)法顯示個(gè)性化信息可以使用AJAX請(qǐng)求彌補(bǔ)動(dòng)態(tài)頁(yè)面靜態(tài)化的某些缺點(diǎn)

II、Servlet緩存

針對(duì)URL訪問(wèn)返回的頁(yè)面結(jié)果進(jìn)行緩存，適用于粗粒度的頁(yè)面緩存，例如新聞發(fā)布可以進(jìn)行權(quán)限的檢查OScache提供了簡(jiǎn)單的Servlet緩存(通過(guò)web.xml中的配置)也可以自己編程實(shí)現(xiàn)Servlet緩存

III、頁(yè)面內(nèi)部緩存

針對(duì)動(dòng)態(tài)頁(yè)面的局部片斷內(nèi)容進(jìn)行緩存，適用于一些個(gè)性化但不經(jīng)常更新的頁(yè)面(例如博客)OSCache提供了簡(jiǎn)單的頁(yè)面緩存可以自行擴(kuò)展JSP Tag實(shí)現(xiàn)頁(yè)面局部緩存

六、web服務(wù)器端緩存

基于代理服務(wù)器模式的Web服務(wù)器端緩存，如squid/nginxWeb服務(wù)器緩存技術(shù)被用來(lái)實(shí)現(xiàn)CDN（內(nèi)容分發(fā)網(wǎng)絡(luò) content delivery network）被國(guó)內(nèi)主流門(mén)戶網(wǎng)站大量采用不需要編程，但僅限于新聞發(fā)布類網(wǎng)站，頁(yè)面實(shí)時(shí)性要求不高

七、基于ajax的瀏覽器緩存

使用AJAX調(diào)用的時(shí)候，將數(shù)據(jù)庫(kù)在瀏覽器端緩存只要不離開(kāi)當(dāng)前頁(yè)面，不刷新當(dāng)前頁(yè)面，就可以直接讀取緩存數(shù)據(jù)只適用于使用AJAX技術(shù)的頁(yè)面

?

?

?

11.?其他 11.1.?Key的生成算法那 ?getMethodName+ Param序列化

?

?

//在Service層寫(xiě)注解?@Cacheable(value = "myCache", key = "getMethodName()")

?

getMethodName+ Param序列化

干貨_java緩存技術(shù)詳解.html