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