一種是對 頁面結果的緩存 應用服務器級別的 軟件如 squid
綏化網站制作公司哪家好，找創(chuàng)新互聯(lián)建站！從網頁設計、網站建設、微信開發(fā)、APP開發(fā)、響應式網站開發(fā)等網站項目制作，到程序開發(fā)，運營維護。創(chuàng)新互聯(lián)建站成立與2013年到現在10年的時間，我們擁有了豐富的建站經驗和運維經驗，來保證我們的工作的順利進行。專注于網站建設就選創(chuàng)新互聯(lián)建站。
一種是 內存級別的 一般是對 php 頻繁調用的并且如果每次查詢會消耗大量資源的數據 軟件有 memcached
一種是 對php 程序進行優(yōu)化編碼的緩存 如 apache 里面的 apc, eAccelerator, XCache 等
還有一種就是文件緩存 這種一般是 用php自己實現的 沒什么可說的.
看你的具體需求是怎樣的了..有疑問 請聯(lián)系 1465663870
php的緩存三種.有文件緩存，數據庫緩存，memcache緩存;
memcache緩存要求對服務器支持，而且它的緩存是由期限的，一般是30天。這種緩存的效率是最高的。讀存取的速度最快。
數據庫緩存
和
文件緩存比較簡單。適用小的項目。和php新手
一、全頁面靜態(tài)化緩存
也就是將頁面全部生成html靜態(tài)頁面，用戶訪問時直接訪問的靜態(tài)頁面，而不會去走php服務器解析的流程。此種方式，在CMS系統(tǒng)中比較常見，比如dedecms；
一種比較常用的實現方式是用輸出緩存：
Ob_start()******要運行的代碼*******$content=Ob_get_contents();****將緩存內容寫入html文件*****Ob_end_clean();
二、數據緩存
顧名思義，就是緩存數據的一種方式；比如，商城中的某個商品信息，當用商品id去請求時，就會得出包括店鋪信息、商品信息等數據，此時就可以將這些數據緩存到一個php文件中，文件名包含商品id來建一個唯一標示；下一次有人想查看這個商品時，首先就直接調這個文件里面的信息，而不用再去數據庫查詢；其實緩存文件中緩存的就是一個php數組之類；
Ecmall商城系統(tǒng)里面就用了這種方式；
三、查詢緩存
其實這跟數據緩存是一個思路，就是根據查詢語句來緩存；將查詢得到的數據緩存在一個文件中，下次遇到相同的查詢時，就直接先從這個文件里面調數據，不會再去查數據庫；但此處的緩存文件名可能就需要以查詢語句為基點來建立唯一標示；
按時間變更進行緩存
就是對于緩存文件您需要設一個有效時間，在這個有效時間內，相同的訪問才會先取緩存文件的內容，但是超過設定的緩存時間，就需要重新從數據庫中獲取數據，并生產最新的緩存文件；比如，我將我們商城的首頁就是設置2個小時更新一次。
四、頁面部分緩存
該種方式，是將一個頁面中不經常變的部分進行靜態(tài)緩存，而經常變化的塊不緩存，最后組裝在一起顯示；可以使用類似于ob_get_contents的方式實現，也可以利用類似ESI之類的頁面片段緩存策略，使其用來做動態(tài)頁面中相對靜態(tài)的片段部分的緩存。
該種方式可以用于如商城中的商品頁；
五、Opcode緩存
首先php代碼被解析為Tokens，然后再編譯為Opcode碼，最后執(zhí)行Opcode碼，返回結果；所以，對于相同的php文件，第一次運行時可以緩存其Opcode碼，下次再執(zhí)行這個頁面時，直接會去找到緩存下的opcode碼，直接執(zhí)行最后一步，而不再需要中間的步驟了。
比較知名的是XCache、TurckMMCache、PHPAccelerator等。
六、按內容變更進行緩存
這個也并非獨立的緩存技術，需結合著用；就是當數據庫內容被修改時，即刻更新緩存文件；
比如，一個人流量很大的商城，商品很多，商品表必然比較大，這表的壓力也比較重；我們就可以對商品顯示頁進行頁面緩存；
當商家在后臺修改這個商品的信息時，點擊保存，我們同時就更新緩存文件；那么，買家訪問這個商品信息時，實際問的是一個靜態(tài)頁面，而不需要再去訪問數據庫；
試想，如果對商品頁不緩存，那么每次訪問一個商品就要去數據庫查一次，如果有10萬人在線瀏覽商品，那服務器壓力就大了；
七、內存式緩存
提到這個，可能大家想到的首先就是Memcached；memcached是高性能的分布式內存緩存服務器。一般的使用目的是，通過緩存數據庫查詢結果，減少數據庫訪問次數，以提高動態(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的模塊。
數據庫屬于 IO 密集型的應用程序，其主要職責就是數據的管理及存儲工作。而我們知道，從內存中讀取一個數據庫的時間是微秒級別，而從一塊普通硬盤上讀取一個IO是在毫秒級別，二者相差3個數量級。所以，要優(yōu)化數據庫，首先第一步需要優(yōu)化的就是 IO，盡可能將磁盤IO轉化為內存IO。本文先從 MySQL 數據庫IO相關參數(緩存參數)的角度來看看可以通過哪些參數進行IO優(yōu)化：
?query_cache_size/query_cache_type (global)
Query cache 作用于整個 MySQL Instance，主要用來緩存 MySQL 中的 ResultSet，也就是一條SQL語句執(zhí)行的結果集，所以僅僅只能針對select語句。當我們打開了 Query Cache 功能，MySQL在接受到一條select語句的請求后，如果該語句滿足Query Cache的要求(未顯式說明不允許使用Query Cache，或者已經顯式申明需要使用Query Cache)，MySQL 會直接根據預先設定好的HASH算法將接受到的select語句以字符串方式進行hash，然后到Query Cache 中直接查找是否已經緩存。也就是說，如果已經在緩存中，該select請求就會直接將數據返回，從而省略了后面所有的步驟(如 SQL語句的解析，優(yōu)化器優(yōu)化以及向存儲引擎請求數據等)，極大的提高性能。
當然，Query Cache 也有一個致命的缺陷，那就是當某個表的數據有任何任何變化，都會導致所有引用了該表的select語句在Query Cache 中的緩存數據失效。所以，當我們的數據變化非常頻繁的情況下，使用Query Cache 可能會得不償失。
Query Cache的使用需要多個參數配合，其中最為關鍵的是 query_cache_size 和 query_cache_type ，前者設置用于緩存 ResultSet 的內存大小，后者設置在何場景下使用 Query Cache。在以往的經驗來看，如果不是用來緩存基本不變的數據的MySQL數據庫，query_cache_size 一般 256MB 是一個比較合適的大小。當然，這可以通過計算Query Cache的命中率(Qcache_hits/(Qcache_hits+Qcache_inserts)*100))來進行調整。query_cache_type可以設置為0(OFF)，1(ON)或者2(DEMOND)，分別表示完全不使用query cache，除顯式要求不使用query cache(使用sql_no_cache)之外的所有的select都使用query cache，只有顯示要求才使用query cache(使用sql_cache)。
?binlog_cache_size (global)
Binlog Cache 用于在打開了二進制日志(binlog)記錄功能的環(huán)境，是 MySQL 用來提高binlog的記錄效率而設計的一個用于短時間內臨時緩存binlog數據的內存區(qū)域。
一般來說，如果我們的數據庫中沒有什么大事務，寫入也不是特別頻繁，2MB～4MB是一個合適的選擇。但是如果我們的數據庫大事務較多，寫入量比較大，可與適當調高binlog_cache_size。同時，我們可以通過binlog_cache_use 以及 binlog_cache_disk_use來分析設置的binlog_cache_size是否足夠，是否有大量的binlog_cache由于內存大小不夠而使用臨時文件(binlog_cache_disk_use)來緩存了。
?key_buffer_size (global)
Key Buffer 可能是大家最為熟悉的一個 MySQL 緩存參數了，尤其是在 MySQL 沒有更換默認存儲引擎的時候，很多朋友可能會發(fā)現，默認的 MySQL 配置文件中設置最大的一個內存參數就是這個參數了。key_buffer_size 參數用來設置用于緩存 MyISAM存儲引擎中索引文件的內存區(qū)域大小。如果我們有足夠的內存，這個緩存區(qū)域最好是能夠存放下我們所有的 MyISAM 引擎表的所有索引，以盡可能提高性能。
此外，當我們在使用MyISAM 存儲的時候有一個及其重要的點需要注意，由于 MyISAM 引擎的特性限制了他僅僅只會緩存索引塊到內存中，而不會緩存表數據庫塊。所以，我們的 SQL 一定要盡可能讓過濾條件都在索引中，以便讓緩存幫助我們提高查詢效率。
?bulk_insert_buffer_size (thread)
和key_buffer_size一樣，這個參數同樣也僅作用于使用 MyISAM存儲引擎，用來緩存批量插入數據的時候臨時緩存寫入數據。當我們使用如下幾種數據寫入語句的時候，會使用這個內存區(qū)域來緩存批量結構的數據以幫助批量寫入數據文件：
insert … select …
insert … values (…) ,(…),(…)…
load data infile… into… (非空表)
?innodb_buffer_pool_size(global)
當我們使用InnoDB存儲引擎的時候，innodb_buffer_pool_size 參數可能是影響我們性能的最為關鍵的一個參數了，他用來設置用于緩存 InnoDB 索引及數據塊的內存區(qū)域大小，類似于 MyISAM 存儲引擎的 key_buffer_size 參數，當然，可能更像是 Oracle 的 db_cache_size。簡單來說，當我們操作一個 InnoDB 表的時候，返回的所有數據或者去數據過程中用到的任何一個索引塊，都會在這個內存區(qū)域中走一遭。
和key_buffer_size 對于 MyISAM 引擎一樣，innodb_buffer_pool_size 設置了 InnoDB 存儲引擎需求最大的一塊內存區(qū)域的大小，直接關系到 InnoDB存儲引擎的性能，所以如果我們有足夠的內存，盡可將該參數設置到足夠打，將盡可能多的 InnoDB 的索引及數據都放入到該緩存區(qū)域中，直至全部。
我們可以通過 (Innodb_buffer_pool_read_requests – Innodb_buffer_pool_reads) / Innodb_buffer_pool_read_requests * 100% 計算緩存命中率，并根據命中率來調整 innodb_buffer_pool_size 參數大小進行優(yōu)化。
?innodb_additional_mem_pool_size(global)
這個參數我們平時調整的可能不是太多，很多人都使用了默認值，可能很多人都不是太熟悉這個參數的作用。innodb_additional_mem_pool_size 設置了InnoDB存儲引擎用來存放數據字典信息以及一些內部數據結構的內存空間大小，所以當我們一個MySQL Instance中的數據庫對象非常多的時候，是需要適當調整該參數的大小以確保所有數據都能存放在內存中提高訪問效率的。
這個參數大小是否足夠還是比較容易知道的，因為當過小的時候，MySQL 會記錄 Warning 信息到數據庫的 error log 中，這時候你就知道該調整這個參數大小了。
?innodb_log_buffer_size (global)
這是 InnoDB 存儲引擎的事務日志所使用的緩沖區(qū)。類似于 Binlog Buffer，InnoDB 在寫事務日志的時候，為了提高性能，也是先將信息寫入 Innofb Log Buffer 中，當滿足 innodb_flush_log_trx_commit 參數所設置的相應條件(或者日志緩沖區(qū)寫滿)之后，才會將日志寫到文件(或者同步到磁盤)中?？梢酝ㄟ^ innodb_log_buffer_size 參數設置其可以使用的最大內存空間。
注：innodb_flush_log_trx_commit 參數對 InnoDB Log 的寫入性能有非常關鍵的影響。該參數可以設置為0，1，2，解釋如下：
0：log buffer中的數據將以每秒一次的頻率寫入到log file中，且同時會進行文件系統(tǒng)到磁盤的同步操作，但是每個事務的commit并不會觸發(fā)任何log buffer 到log file的刷新或者文件系統(tǒng)到磁盤的刷新操作;
1：在每次事務提交的時候將log buffer 中的數據都會寫入到log file，同時也會觸發(fā)文件系統(tǒng)到磁盤的同步;
2：事務提交會觸發(fā)log buffer 到log file的刷新，但并不會觸發(fā)磁盤文件系統(tǒng)到磁盤的同步。此外，每秒會有一次文件系統(tǒng)到磁盤同步操作。
此外，MySQL文檔中還提到，這幾種設置中的每秒同步一次的機制，可能并不會完全確保非常準確的每秒就一定會發(fā)生同步，還取決于進程調度的問題。實際上，InnoDB 能否真正滿足此參數所設置值代表的意義正常 Recovery 還是受到了不同 OS 下文件系統(tǒng)以及磁盤本身的限制，可能有些時候在并沒有真正完成磁盤同步的情況下也會告訴 mysqld 已經完成了磁盤同步。
?innodb_max_dirty_pages_pct (global)
這個參數和上面的各個參數不同，他不是用來設置用于緩存某種數據的內存大小的一個參數，而是用來控制在 InnoDB Buffer Pool 中可以不用寫入數據文件中的Dirty Page 的比例(已經被修但還沒有從內存中寫入到數據文件的臟數據)。這個比例值越大，從內存到磁盤的寫入操作就會相對減少，所以能夠一定程度下減少寫入操作的磁盤IO。
但是，如果這個比例值過大，當數據庫 Crash 之后重啟的時間可能就會很長，因為會有大量的事務數據需要從日志文件恢復出來寫入數據文件中。同時，過大的比例值同時可能也會造成在達到比例設定上限后的 flush 操作“過猛”而導致性能波動很大。
上面這幾個參數是 MySQL 中為了減少磁盤物理IO而設計的主要參數，對 MySQL 的性能起到了至關重要的作用。
重慶分公司
重慶分公司
