phpmysql緩存技術,php緩存數據到內存

本文目錄一覽：

• 1、PHP應用中常用的9大緩存技術？
• 2、mysql 緩存 怎麼在php中使用
• 3、想做個 網站 ，求一段PHP編程代碼,PHP的MYSQL緩存怎麼實現？ 最好舉個例子。
• 4、PHP緩存技術有那些 靜太化設計是不是指re
• 5、php的緩存機制有哪些？
• 6、請教php 連接mysql 時候的緩存問題

PHP應用中常用的9大緩存技術？

一、全頁面靜態化緩存

也就是將頁面全部生成html靜態頁面，用戶訪問時直接訪問的靜態頁面，而不會去走php服務器解析的流程。此種方式，在CMS系統中比較常見，比如dedecms；

一種比較常用的實現方式是用輸出緩存：

Ob_start()******要運行的代碼*******$content=Ob_get_contents();****將緩存內容寫入html文件*****Ob_end_clean();

二、數據緩存

顧名思義，就是緩存數據的一種方式；比如，商城中的某個商品信息，當用商品id去請求時，就會得出包括店鋪信息、商品信息等數據，此時就可以將這些數據緩存到一個php文件中，文件名包含商品id來建一個唯一標示；下一次有人想查看這個商品時，首先就直接調這個文件裏面的信息，而不用再去數據庫查詢；其實緩存文件中緩存的就是一個php數組之類；

Ecmall商城系統裏面就用了這種方式；

三、查詢緩存

其實這跟數據緩存是一個思路，就是根據查詢語句來緩存；將查詢得到的數據緩存在一個文件中，下次遇到相同的查詢時，就直接先從這個文件裏面調數據，不會再去查數據庫；但此處的緩存文件名可能就需要以查詢語句為基點來建立唯一標示；

按時間變更進行緩存

就是對於緩存文件您需要設一個有效時間，在這個有效時間內，相同的訪問才會先取緩存文件的內容，但是超過設定的緩存時間，就需要重新從數據庫中獲取數據，並生產最新的緩存文件；比如，我將我們商城的首頁就是設置2個小時更新一次。

四、頁面部分緩存

該種方式，是將一個頁面中不經常變的部分進行靜態緩存，而經常變化的塊不緩存，最後組裝在一起顯示；可以使用類似於ob_get_contents的方式實現，也可以利用類似ESI之類的頁面片段緩存策略，使其用來做動態頁面中相對靜態的片段部分的緩存。

該種方式可以用於如商城中的商品頁；

五、Opcode緩存

首先php代碼被解析為Tokens，然後再編譯為Opcode碼，最後執行Opcode碼，返回結果；所以，對於相同的php文件，第一次運行時可以緩存其Opcode碼，下次再執行這個頁面時，直接會去找到緩存下的opcode碼，直接執行最後一步，而不再需要中間的步驟了。

比較知名的是XCache、TurckMMCache、PHPAccelerator等。

六、按內容變更進行緩存

這個也並非獨立的緩存技術，需結合著用；就是當數據庫內容被修改時，即刻更新緩存文件；

比如，一個人流量很大的商城，商品很多，商品表必然比較大，這表的壓力也比較重；我們就可以對商品顯示頁進行頁面緩存；

當商家在後台修改這個商品的信息時，點擊保存，我們同時就更新緩存文件；那麼，買家訪問這個商品信息時，實際問的是一個靜態頁面，而不需要再去訪問數據庫；

試想，如果對商品頁不緩存，那麼每次訪問一個商品就要去數據庫查一次，如果有10萬人在線瀏覽商品，那服務器壓力就大了；

七、內存式緩存

提到這個，可能大家想到的首先就是Memcached；memcached是高性能的分佈式內存緩存服務器。一般的使用目的是，通過緩存數據庫查詢結果，減少數據庫訪問次數，以提高動態Web應用的速度、提高可擴展性。

它就是將需要緩存的信息，緩存到系統內存中，需要獲取信息時，直接到內存中取；比較常用的方式就是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的模塊。

mysql 緩存 怎麼在php中使用

非常不建議循環里每次循環都操作數據庫，你可以把循環時把數據整理好，循環完再統一操作一次數據庫，反正總是會有辦法解決的，一定不要循環着操作數據庫，尤其是大數據。

想做個 網站 ，求一段PHP編程代碼,PHP的MYSQL緩存怎麼實現？ 最好舉個例子。

　數據庫屬於 IO 密集型的應用程序，其主要職責就是數據的管理及存儲工作。而我們知道，從內存中讀取一個數據庫的時間是微秒級別，而從一塊普通硬盤上讀取一個IO是在毫秒級別，二者相差3個數量級。所以，要優化數據庫，首先第一步需要優化的就是 IO，儘可能將磁盤IO轉化為內存IO。本文先從 MySQL 數據庫IO相關參數(緩存參數)的角度來看看可以通過哪些參數進行IO優化：

•query_cache_size/query_cache_type (global)

Query cache 作用於整個 MySQL Instance，主要用來緩存 MySQL 中的 ResultSet，也就是一條SQL語句執行的結果集，所以僅僅只能針對select語句。當我們打開了 Query Cache 功能，MySQL在接受到一條select語句的請求後，如果該語句滿足Query Cache的要求(未顯式說明不允許使用Query Cache，或者已經顯式申明需要使用Query Cache)，MySQL 會直接根據預先設定好的HASH算法將接受到的select語句以字符串方式進行hash，然後到Query Cache 中直接查找是否已經緩存。也就是說，如果已經在緩存中，該select請求就會直接將數據返回，從而省略了後面所有的步驟(如 SQL語句的解析，優化器優化以及向存儲引擎請求數據等)，極大的提高性能。

當然，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)記錄功能的環境，是 MySQL 用來提高binlog的記錄效率而設計的一個用於短時間內臨時緩存binlog數據的內存區域。

一般來說，如果我們的數據庫中沒有什麼大事務，寫入也不是特別頻繁，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 沒有更換默認存儲引擎的時候，很多朋友可能會發現，默認的 MySQL 配置文件中設置最大的一個內存參數就是這個參數了。key_buffer_size 參數用來設置用於緩存 MyISAM存儲引擎中索引文件的內存區域大小。如果我們有足夠的內存，這個緩存區域最好是能夠存放下我們所有的 MyISAM 引擎表的所有索引，以儘可能提高性能。

此外，當我們在使用MyISAM 存儲的時候有一個及其重要的點需要注意，由於 MyISAM 引擎的特性限制了他僅僅只會緩存索引塊到內存中，而不會緩存表數據庫塊。所以，我們的 SQL 一定要儘可能讓過濾條件都在索引中，以便讓緩存幫助我們提高查詢效率。

•bulk_insert_buffer_size (thread)

和key_buffer_size一樣，這個參數同樣也僅作用於使用 MyISAM存儲引擎，用來緩存批量插入數據的時候臨時緩存寫入數據。當我們使用如下幾種數據寫入語句的時候，會使用這個內存區域來緩存批量結構的數據以幫助批量寫入數據文件：

insert … select …

insert … values (…) ,(…),(…)…

load data infile… into… (非空表)

•innodb_buffer_pool_size(global)

當我們使用InnoDB存儲引擎的時候，innodb_buffer_pool_size 參數可能是影響我們性能的最為關鍵的一個參數了，他用來設置用於緩存 InnoDB 索引及數據塊的內存區域大小，類似於 MyISAM 存儲引擎的 key_buffer_size 參數，當然，可能更像是 Oracle 的 db_cache_size。簡單來說，當我們操作一個 InnoDB 表的時候，返回的所有數據或者去數據過程中用到的任何一個索引塊，都會在這個內存區域中走一遭。

和key_buffer_size 對於 MyISAM 引擎一樣，innodb_buffer_pool_size 設置了 InnoDB 存儲引擎需求最大的一塊內存區域的大小，直接關係到 InnoDB存儲引擎的性能，所以如果我們有足夠的內存，盡可將該參數設置到足夠打，將儘可能多的 InnoDB 的索引及數據都放入到該緩存區域中，直至全部。

我們可以通過 (Innodb_buffer_pool_read_requests – Innodb_buffer_pool_reads) / Innodb_buffer_pool_read_requests * 100% 計算緩存命中率，並根據命中率來調整 innodb_buffer_pool_size 參數大小進行優化。

•innodb_additional_mem_pool_size(global)

這個參數我們平時調整的可能不是太多，很多人都使用了默認值，可能很多人都不是太熟悉這個參數的作用。innodb_additional_mem_pool_size 設置了InnoDB存儲引擎用來存放數據字典信息以及一些內部數據結構的內存空間大小，所以當我們一個MySQL Instance中的數據庫對象非常多的時候，是需要適當調整該參數的大小以確保所有數據都能存放在內存中提高訪問效率的。

這個參數大小是否足夠還是比較容易知道的，因為當過小的時候，MySQL 會記錄 Warning 信息到數據庫的 error log 中，這時候你就知道該調整這個參數大小了。

•innodb_log_buffer_size (global)

這是 InnoDB 存儲引擎的事務日誌所使用的緩衝區。類似於 Binlog Buffer，InnoDB 在寫事務日誌的時候，為了提高性能，也是先將信息寫入 Innofb Log Buffer 中，當滿足 innodb_flush_log_trx_commit 參數所設置的相應條件(或者日誌緩衝區寫滿)之後，才會將日誌寫到文件(或者同步到磁盤)中。可以通過 innodb_log_buffer_size 參數設置其可以使用的最大內存空間。

註：innodb_flush_log_trx_commit 參數對 InnoDB Log 的寫入性能有非常關鍵的影響。該參數可以設置為0，1，2，解釋如下：

0：log buffer中的數據將以每秒一次的頻率寫入到log file中，且同時會進行文件系統到磁盤的同步操作，但是每個事務的commit並不會觸發任何log buffer 到log file的刷新或者文件系統到磁盤的刷新操作;

1：在每次事務提交的時候將log buffer 中的數據都會寫入到log file，同時也會觸發文件系統到磁盤的同步;

2：事務提交會觸發log buffer 到log file的刷新，但並不會觸發磁盤文件系統到磁盤的同步。此外，每秒會有一次文件系統到磁盤同步操作。

此外，MySQL文檔中還提到，這幾種設置中的每秒同步一次的機制，可能並不會完全確保非常準確的每秒就一定會發生同步，還取決於進程調度的問題。實際上，InnoDB 能否真正滿足此參數所設置值代表的意義正常 Recovery 還是受到了不同 OS 下文件系統以及磁盤本身的限制，可能有些時候在並沒有真正完成磁盤同步的情況下也會告訴 mysqld 已經完成了磁盤同步。

•innodb_max_dirty_pages_pct (global)

這個參數和上面的各個參數不同，他不是用來設置用於緩存某種數據的內存大小的一個參數，而是用來控制在 InnoDB Buffer Pool 中可以不用寫入數據文件中的Dirty Page 的比例(已經被修但還沒有從內存中寫入到數據文件的臟數據)。這個比例值越大，從內存到磁盤的寫入操作就會相對減少，所以能夠一定程度下減少寫入操作的磁盤IO。

但是，如果這個比例值過大，當數據庫 Crash 之後重啟的時間可能就會很長，因為會有大量的事務數據需要從日誌文件恢復出來寫入數據文件中。同時，過大的比例值同時可能也會造成在達到比例設定上限後的 flush 操作「過猛」而導致性能波動很大。

上面這幾個參數是 MySQL 中為了減少磁盤物理IO而設計的主要參數，對 MySQL 的性能起到了至關重要的作用。

PHP緩存技術有那些 靜太化設計是不是指re

PHP緩存與靜態化知識：

緩存原理：緩存工作時程序查詢數據時候，會把相應的結果序列化後保存到文件中，以後同樣查詢語句就可以不用直接查詢數據庫而是從緩存文件中獲得。使得程序運行速度得以大幅度提升。

按緩存模式分有：頁面緩存、數據緩存。ADODB緩存是數據緩存、smarty是頁面緩存(Adodb+Smarty黃金搭檔)。

按緩存技術分有：普遍緩存技術數據緩存、頁面緩存、時間觸發緩存、內容觸發緩存(當插入數據或更新數據時，強制更新緩存)靜態緩存、DNS輪詢(BIND是一款開放源碼的DNS服務器軟件);

內存緩存(減少數據庫負載，提升訪問速度)、php的緩衝器、MYSQL緩存、基於反向代理的Web緩存(如Nginx，SQUID，mod_proxy(apache2以上又分為mod_proxy和mod_cache))。

按緩存類型分有：緩存模塊(Zend Cache、APC等)、HTML方式(CMS)、生成Cache文件、php內置緩存機制(Discuz)、緩存IE下載的文件

判斷緩存是否改變：緩存文件時間超過了就會自動讀取新的，不然就讀取緩存文件。也可以在更新數據的同時用clear_cache函數清除你原來的緩存。

偽靜態就是mod_rewrite,還有pathinfo方式、真靜態就是利用緩衝機制，生成文件。

數據緩存，基本是memcache、代碼緩存，基本是apc。

緩存模塊實例：

APC：

全稱是Alternative PHP Cache,官方翻譯叫」可選PHP緩存」,但我個人覺得應該叫」另一個PHP緩存」。因為這個東西如果叫」可選PHP緩存」,容易給人一種可要可不要的,不怎麼有用的錯覺。

PHP APC的安裝: 一般是下載源代碼然後phpize來編譯安裝,安裝完以後在加上php.ini里加上 extension=apc.so 這麼一行就行了。

PHP APC的使用： APC的使用其實倒說不上.APC是個優化器,自安裝之日起,就默默地在後台為您的PHP應用服務了.您的所有PHP代碼會被緩存起來. 另外,APC可提供一定的內存緩存功能.但是這個功能並不是十分完美,有報告說如果頻繁使用APC緩存的寫入功能,會導致不可預料的錯誤.如果想使用這個 功能,可以看看apc_fetch,apc_store等幾個與apc緩存相關的函數. 從PHP5.2開始,APC引入了一個小甜餅,解決了困擾大家已久的大文件上傳的進度條問題。

PHP APC的高級使用，緩存期限: APC的緩存分兩部分:系統緩存和用戶數據緩存。

php的緩存機制有哪些？

主要有：

①普遍緩存技術②頁面緩存③時間觸發緩存④內容觸發緩存⑤靜態緩存（就生成html文件）

⑥內存緩存⑦php的緩衝器⑧MYSQL緩存⑨基於反向代理的Web緩存，DNS輪詢

但是一般常用的就 ①②④，其他的是網站數據量大，交互多，為減小服務器壓力才用到

參考資料：

請教php 連接mysql 時候的緩存問題

一般有兩種訪問：方法一：$sql=”INSERT

INTO

`test`

(`id`,`content`,`datetime`)values(NULL,’hello’,now())”;

$query=mysql_query($sql);

//執行sql語句//這種方法，你datetime字段要設計成date類型，now()

是mysql數據庫提供的一個獲取當前時間函數方法二：$sql=”INSERT

INTO

`test`

(`id`,`content`,`datetime`)values(NULL,’hello’,”.time().”)”;

$query=mysql_query($sql);

//執行sql語句//這種方法：datetime字段設計成int(10)類型。time()是php提供獲取時間戳的函數。推薦使用方法二，因為這種方式，一.排序速度快，二.方便轉換時間區。主流的開源程序都有採用這方式。像discuz

phpwind

dedecms等等。大概就是這樣的了，詳細樓主可以去後盾人自學，看看教學視頻