php的緩存三種.有文件緩存，數(shù)據(jù)庫緩存，memcache緩存;
創(chuàng)新互聯(lián)服務項目包括安陸網站建設、安陸網站制作、安陸網頁制作以及安陸網絡營銷策劃等。多年來，我們專注于互聯(lián)網行業(yè)，利用自身積累的技術優(yōu)勢、行業(yè)經驗、深度合作伙伴關系等，向廣大中小型企業(yè)、政府機構等提供互聯(lián)網行業(yè)的解決方案，安陸網站推廣取得了明顯的社會效益與經濟效益。目前，我們服務的客戶以成都為中心已經輻射到安陸省份的部分城市，未來相信會繼續(xù)擴大服務區(qū)域并繼續(xù)獲得客戶的支持與信任！
memcache緩存要求對服務器支持，而且它的緩存是由期限的，一般是30天。這種緩存的效率是最高的。讀存取的速度最快。
數(shù)據(jù)庫緩存
和
文件緩存比較簡單。適用小的項目。和php新手
一、全頁面靜態(tài)化緩存
也就是將頁面全部生成html靜態(tài)頁面，用戶訪問時直接訪問的靜態(tài)頁面，而不會去走php服務器解析的流程。此種方式，在CMS系統(tǒng)中比較常見，比如dedecms；
一種比較常用的實現(xiàn)方式是用輸出緩存：
Ob_start()******要運行的代碼*******$content=Ob_get_contents();****將緩存內容寫入html文件*****Ob_end_clean();
二、數(shù)據(jù)緩存
顧名思義，就是緩存數(shù)據(jù)的一種方式；比如，商城中的某個商品信息，當用商品id去請求時，就會得出包括店鋪信息、商品信息等數(shù)據(jù)，此時就可以將這些數(shù)據(jù)緩存到一個php文件中，文件名包含商品id來建一個唯一標示；下一次有人想查看這個商品時，首先就直接調這個文件里面的信息，而不用再去數(shù)據(jù)庫查詢；其實緩存文件中緩存的就是一個php數(shù)組之類；
Ecmall商城系統(tǒng)里面就用了這種方式；
三、查詢緩存
其實這跟數(shù)據(jù)緩存是一個思路，就是根據(jù)查詢語句來緩存；將查詢得到的數(shù)據(jù)緩存在一個文件中，下次遇到相同的查詢時，就直接先從這個文件里面調數(shù)據(jù)，不會再去查數(shù)據(jù)庫；但此處的緩存文件名可能就需要以查詢語句為基點來建立唯一標示；
按時間變更進行緩存
就是對于緩存文件您需要設一個有效時間，在這個有效時間內，相同的訪問才會先取緩存文件的內容，但是超過設定的緩存時間，就需要重新從數(shù)據(jù)庫中獲取數(shù)據(jù)，并生產最新的緩存文件；比如，我將我們商城的首頁就是設置2個小時更新一次。
四、頁面部分緩存
該種方式，是將一個頁面中不經常變的部分進行靜態(tài)緩存，而經常變化的塊不緩存，最后組裝在一起顯示；可以使用類似于ob_get_contents的方式實現(xiàn)，也可以利用類似ESI之類的頁面片段緩存策略，使其用來做動態(tài)頁面中相對靜態(tài)的片段部分的緩存。
該種方式可以用于如商城中的商品頁；
五、Opcode緩存
首先php代碼被解析為Tokens，然后再編譯為Opcode碼，最后執(zhí)行Opcode碼，返回結果；所以，對于相同的php文件，第一次運行時可以緩存其Opcode碼，下次再執(zhí)行這個頁面時，直接會去找到緩存下的opcode碼，直接執(zhí)行最后一步，而不再需要中間的步驟了。
比較知名的是XCache、TurckMMCache、PHPAccelerator等。
六、按內容變更進行緩存
這個也并非獨立的緩存技術，需結合著用；就是當數(shù)據(jù)庫內容被修改時，即刻更新緩存文件；
比如，一個人流量很大的商城，商品很多，商品表必然比較大，這表的壓力也比較重；我們就可以對商品顯示頁進行頁面緩存；
當商家在后臺修改這個商品的信息時，點擊保存，我們同時就更新緩存文件；那么，買家訪問這個商品信息時，實際問的是一個靜態(tài)頁面，而不需要再去訪問數(shù)據(jù)庫；
試想，如果對商品頁不緩存，那么每次訪問一個商品就要去數(shù)據(jù)庫查一次，如果有10萬人在線瀏覽商品，那服務器壓力就大了；
七、內存式緩存
提到這個，可能大家想到的首先就是Memcached；memcached是高性能的分布式內存緩存服務器。一般的使用目的是，通過緩存數(shù)據(jù)庫查詢結果，減少數(shù)據(jù)庫訪問次數(shù)，以提高動態(tài)Web應用的速度、提高可擴展性。
它就是將需要緩存的信息，緩存到系統(tǒng)內存中，需要獲取信息時，直接到內存中取；比較常用的方式就是key_value方式；
connect($memcachehost,$memcacheport)ordie("Couldnotconnect");$memcache-set('key','緩存的內容');$get=$memcache-get($key);//獲取信息?
八、apache緩存模塊
apache安裝完以后，是不允許被cache的。大理IT培訓認為如果外接了cache或squid服務器要求進行web加速的話，就需要在htttpd.conf里進行設置，當然前提是在安裝apache的時候要激活mod_cache的模塊。
對于有分頁條件的緩存，我們也可以按照不同的分頁條件來緩存多個key，比如分頁查詢產品列表,page=1limit=10和page=1limit=5這兩次請求可以這樣緩存查詢結果
productList:page:1:limit:10
productList:page:1:limit:5
這個是一種常見方案，但是存在著一些問題：
緩存的value存在冗余，productList:page:1:limit:10緩存的內容其實是包括了productList:page:1:limit:5中的內容（緩存兩個key的時候，數(shù)據(jù)未發(fā)生變化的情況下）
僅僅是改變了查詢條件的分頁條件，就會導致緩存未命中，降低了緩存的命中率
為了保證數(shù)據(jù)一致性，需要清理緩存的時候，很難處理，redis的keys命令對性能影響很大，會導致redis很大的延遲，生產環(huán)境一般來說禁止該命令。自己手動拼緩存key，你可能根本不知道拼到哪一個page為止。
放棄數(shù)據(jù)一致性，通過設置失效時間來自動失效，可能會出現(xiàn)查詢第一頁命中了緩存，查詢第二頁的時候未命中緩存，但此時數(shù)據(jù)已經發(fā)生了改變，導致第二頁查詢返回的和第一頁相同的結果。
以上，在分頁條件下這樣使用常規(guī)方案總感覺有諸多困擾，諸多麻煩，那是不是就應該放棄使用緩存？
基于SortedSet的分頁查詢緩存方案
首先想到的解決方法是使用@see ListOperationsK, V不再根據(jù)分頁條件使用多個key，而是使用一個key，也不分頁將全部的數(shù)據(jù)緩存到redis中，然后按照分頁條件使用range(key,start,limit)獲取分頁的結果，這個會導致一個問題，當緩存失效時，并發(fā)的寫緩存會導致出現(xiàn)重復數(shù)據(jù)
所以想到通過使用set來處理并發(fā)時的重復數(shù)據(jù)，@see ZSetOperationsK, V
代碼邏輯如下：
range(key,start,limit)按照分頁條件獲取緩存，命中則直接返回
緩存未命中，查詢（沒有分頁條件）數(shù)據(jù)庫或是調用（沒有分頁）底層接口
add(key,valueScoreMapvalue,score)寫入緩存，expire設置緩存時間
當需要清理緩存時，直接刪除key，如果是因為數(shù)據(jù)新增和刪除，可以add(key,value,score)或remove(key,value)
redis中會按照score分值升序排列map中的數(shù)據(jù)，一般的，score分值是sql語句的order by filedA的filedA的值，這樣能保證數(shù)據(jù)一致性
但是這種方式也存在一定問題：
這個key緩存的value確實是熱數(shù)據(jù)，但可能只有少數(shù)數(shù)據(jù)被頻繁使用其余的可能根本就未被使用，比如數(shù)據(jù)有100頁，實際可能只會用到前10頁，這也會導致緩存空間的浪費，如果使用了redis虛擬內存，也會有一定影響
sql查詢由原來的分頁查詢變成了不分頁查詢，緩存失效后，系統(tǒng)的處理能力較之前會有下降，尤其是對于大表.
重慶分公司
重慶分公司
