mysqlphp緩存機制

⑴ php redis做mysql的緩存，怎麼非同步redis同步到mysql資料庫

對於變化頻率非常快的數據來說，如果還選擇傳統的靜態緩存方式（Memocached、File System等）展示數據，可能在緩存的存取上會有很大的開銷，並不能很好的滿足需要，而Redis這樣基於內存的NoSQL資料庫，就非常適合擔任實時數據的容器。

但是往往又有數據可靠性的需求，採用MySQL作為數據存儲，不會因為內存問題而引起數據丟失，同時也可以利用關系資料庫的特性實現很多功能。

所以就會很自然的想到是否可以採用MySQL作為數據存儲引擎，Redis則作為Cache。而這種需求目前還沒有看到有特別成熟的解決方案或工具，因此採用Gearman+PHP+MySQL UDF的組合非同步實現MySQL到Redis的數據復制。

MySQL到Redis數據復制方案

無論MySQL還是Redis，自身都帶有數據同步的機制，比較常用的MySQL的Master/Slave模式，就是由Slave端分析Master的binlog來實現的，這樣的數據復制其實還是一個非同步過程，只不過當伺服器都在同一內網時，非同步的延遲幾乎可以忽略。

那麼理論上也可以用同樣方式，分析MySQL的binlog文件並將數據插入Redis。但是這需要對binlog文件以及MySQL有非常深入的理解，同時由於binlog存在Statement/Row/Mixedlevel多種形式，分析binlog實現同步的工作量是非常大的。

因此這里選擇了一種開發成本更加低廉的方式，借用已經比較成熟的MySQL UDF，將MySQL數據首先放入Gearman中，然後通過一個自己編寫的PHP Gearman Worker，將數據同步到Redis。比分析binlog的方式增加了不少流程，但是實現成本更低，更容易操作。

Gearman的安裝與使用

Gearman是一個支持分布式的任務分發框架。設計簡潔，獲得了非常廣泛的支持。一個典型的Gearman應用包括以下這些部分：

Gearman Job Server：Gearman核心程序，需要編譯安裝並以守護進程形式運行在後台

Gearman Client：可以理解為任務的收件員，比如在後台執行一個發送郵件的任務，可以在程序中調用一個Gearman Client並傳入郵件的信息，然後就可以將執行結果立即展示給用戶，而任務本身會慢慢在後台運行。

Gearman Worker：任務的真正執行者，一般需要自己編寫具體邏輯並通過守護進程方式運行，Gearman Worker接收到Gearman Client傳遞的任務內容後，會按順序處理。

以前曾經介紹過類似的後台任務處理項目Resque。兩者的設計其實非常接近，簡單可以類比為：

Gearman Job Server：對應Resque的Redis部分

Gearman Client：對應Resque的Queue操作

Gearman Worker：對應Resque的Worker和Job

這里之所以選擇Gearman而不是Resque是因為Gearman提供了比較好用的MySQL UDF，工作量更小。

安裝Gearman及PHP Gearman擴展

以下均以Ubuntu12.04為例。

apt-get install gearman gearman-server libgearman-dev

檢查Gearman的運行狀況：

/etc/init.d/gearman-job-server status

* gearmand is running

說明Gearman已經安裝成功。

PHP的Gearman擴展可以通過pecl直接安裝

pecl install gearman

echo "extension=gearman.so">/etc/php5/conf.d/gearman.ini

service php5-fpm restart

但是實測發現ubuntu默認安裝的gearman版本過低，直接運行pecl install gearman會報錯

configure: error: libgearman version 1.1.0or later required

因此Gearman + PHP擴展建議通過編譯方式安裝，這里為了簡單說明，選擇安裝舊版本擴展：

pecl install gearman-1.0.3

Gearman + PHP實例

為了更容易理解後文Gearman的運行流程，這里不妨從一個最簡單的Gearman實例來說明，比如要進行一個文件處理的操作，首先編寫一個Gearman Client並命名為client.php：

<?php

$client =newGearmanClient();

$client->addServer();

$client->doBackground('writeLog','Log content');

echo '文件已經在後台操作';

運行這個文件，相當於模擬用戶請求一個Web頁面後，將處理結束的信息返回用戶：

php client.php

查看一下Gearman的狀況：

(echo status ; sleep 0.1)| netcat127.0.0.14730

可以看到輸出為

writeLog 100.

說明已經在Gearman中建立了一個名為writeLog的任務，並且有1個任務在隊列等待中。

而上面的4列分別代表當前的Gearman的運行狀態：

任務名稱

在等待隊列中的任務

正在運行的任務

正在運行的Worker進程

可以使用watch進行實時監控：

watch -n 1"(echo status; sleep 0.1) | nc 127.0.0.1 4730"

然後我們需要編寫一個Gearman Worker命名為worker.php：

<?php

$worker =newGearmanWorker();

$worker->addServer();

$worker->addFunction('writeLog','writeLog');while($worker->work());function writeLog($job){

$log = $job->workload();file_put_contents(__DIR__ .'/gearman.log', $log ." ", FILE_APPEND | LOCK_EX);}

Worker使用一個while死循環實現守護進程，運行

php worker.php

可以看到Gearman狀態變為：

writeLog 001

同時查看同目錄下gearman.log，內容應為從Client傳入的值Log content。

通過MySQL UDF + Trigger同步數據到Gearman

MySQL要實現與外部程序互通的最好方式還是通過MySQL UDF（MySQL user defined functions）來實現。為了讓MySQL能將數據傳入Gearman，這里使用了lib_mysqludf_json和gearman-mysql-udf的組合。

安裝lib_mysqludf_json

使用lib_mysqludf_json的原因是因為Gearman只接受字元串作為入口參數，可以通過lib_mysqludf_json將MySQL中的數據編碼為JSON字元串

apt-get install libmysqlclient-dev

wget https://github.com/mysqludf/lib_mysqludf_json/archive/master.zip

unzip master.zip

cd lib_mysqludf_json-master/

rm lib_mysqludf_json.so

gcc $(mysql_config --cflags)-shared -fPIC -o lib_mysqludf_json.so lib_mysqludf_json.c

可以看到重新編譯生成了 lib_mysqludf_json.so 文件，此時需要查看MySQL的插件安裝路徑：

mysql -u root -pPASSWORD --execute="show variables like '%plugin%';"+---------------+------------------------+|Variable_name|Value|+---------------+------------------------+| plugin_dir |/usr/lib/mysql/plugin/|+---------------+------------------------+

然後將 lib_mysqludf_json.so 文件復制到對應位置：

cp lib_mysqludf_json.so /usr/lib/mysql/plugin/

最後登入MySQL運行語句注冊UDF函數：

CREATE FUNCTION json_object RETURNS STRING SONAME 'lib_mysqludf_json.so';

安裝gearman-mysql-udf

方法幾乎一樣：

apt-get install libgearman-dev

wget https://launchpad.net/gearman-mysql-udf/trunk/0.6/+download/gearman-mysql-udf-0.6.tar.gz

tar -xzf gearman-mysql-udf-0.6.tar.gz

cd gearman-mysql-udf-0.6./configure --with-mysql=/usr/bin/mysql_config

-libdir=/usr/lib/mysql/plugin/

make && make install

登入MySQL運行語句注冊UDF函數：

CREATE FUNCTION gman_do_background RETURNS STRING SONAME 'libgearman_mysql_udf.so';

CREATE FUNCTION gman_servers_set RETURNS STRING SONAME 'libgearman_mysql_udf.so';

最後指定Gearman伺服器的信息：

SELECT gman_servers_set('127.0.0.1:4730');

通過MySQL觸發器實現數據同步

最終同步哪些數據，同步的條件，還是需要根據實際情況決定，比如將數據表data的數據在每次更新時同步，那麼編寫Trigger如下：

DELIMITER $$

CREATE TRIGGER datatoredis AFTER UPDATE ON data

FOR EACH ROW BEGIN

SET @ret=gman_do_background('syncToRedis', json_object(NEW.id as`id`, NEW.volume as`volume`));END$$

DELIMITER ;

嘗試在資料庫中更新一條數據查看Gearman是否生效。

Gearman PHP Worker將MySQL數據非同步復制到Redis

Redis作為時下當熱的NoSQL緩存解決方案無需過多介紹，其安裝及使用也非常簡單：

apt-get install redis-server

pecl install redis

echo "extension=redis.so">/etc/php5/conf.d/redis.ini

然後編寫一個Gearman Worker：redis_worker.php

#!/usr/bin/env php<?

$worker =newGearmanWorker();

$worker->addServer();

$worker->addFunction('syncToRedis','syncToRedis');

$redis =newRedis();

$redis->connect('127.0.0.1',6379);while($worker->work());function syncToRedis($job){global $redis;

$workString = $job->workload();

$work = json_decode($workString);if(!isset($work->id)){returnfalse;}

$redis->set($work->id, $workString);}

最後需要將Worker在後台運行：

nohup php redis_worker.php &

通過這種方式將MySQL數據復制到Redis，經測試單Worker基本可以瞬時完成。

⑵ 在PHP中怎麼對數據進行緩存讀取功能

1、普遍緩存技術：

數據緩存：這里所說的數據緩存是指資料庫查詢PHP緩存機制，每次訪問頁面的時候,都會先檢測相應的緩存數據是否存在，如果不存在，就連接資料庫，得到數據，並把查詢結果序列化後保存到文件中，以後同樣的查詢結果就直接從緩存表或文件中獲得。

用的最廣的例子看Discuz的搜索功能，把結果ID緩存到一個表中，下次搜索相同關鍵字時先搜索緩存表。

舉個常用的方法，多表關聯的時候，把附表中的內容生成數組保存到主表的一個欄位中，需要的時候數組分解一下，這樣的好處是只讀一個表，壞處就是兩個數據同步會多不少步驟，資料庫永遠是瓶頸，用硬碟換速度，是這個的關鍵點。

2、 頁面緩存：

每次訪問頁面的時候，都會先檢測相應的緩存頁面文件是否存在，如果不存在，就連接資料庫，得到數據，顯示頁面並同時生成緩存頁面文件，這樣下次訪問的時候頁面文件就發揮作用了。(模板引擎和網上常見的一些PHP緩存機制類通常有此功能)

3、 時間觸發緩存：

檢查文件是否存在並且時間戳小於設置的過期時間,如果文件修改的時間戳比當前時間戳減去過期時間戳大，那麼就用緩存，否則更新緩存。

4、 內容觸發緩存：

當插入數據或更新數據時，強制更新PHP緩存機制。

5、 靜態緩存：

這里所說的靜態緩存是指靜態化，直接生成HTML或XML等文本文件，有更新的時候重生成一次，適合於不太變化的頁面，這就不說了。

以上內容是代碼級的解決方案，我直接CP別的框架，也懶得改，內容都差不多，很容易就做到，而且會幾種方式一起用，但下面的內容是伺服器端的緩存方案，非代碼級的，要有多方的合作才能做到

6、 內存緩存:

Memcached是高性能的，分布式的內存對象PHP緩存機制系統，用於在動態應用中減少資料庫負載，提升訪問速度。

7、 php的緩沖器：

有eaccelerator， apc， phpa，xcache，這個這個就不說了吧，搜索一堆一堆的，自己看啦，知道有這玩意就OK

8、 MYSQL緩存：

這也算非代碼級的，經典的資料庫就是用的這種方式，看下面的運行時間，0.09xxx之類的

9、 基於反向代理的Web緩存:

如Nginx，SQUID，mod_proxy(apache2以上又分為mod_proxy和mod_cache)

⑶ 是不是thinkphp的數據緩存機制和mysql的沖突

thinkphp會對資料庫表的欄位和你的配置文件還有common,php文件進行緩存,所以每次修改資料庫欄位或者配置文件,或者common.php文件都需要刪除緩存,緩存在runtime文件夾下面,我為了方便,每次都是將整個runtime刪除,反正他自己又會重新建立,對了,還有模板標簽中的include也要刪除緩存才會生效。具體情況你可以去後盾人看看，也許你會發現更多有用的知識，感興趣的話你可以去看看

⑷ php運行機制是什麼

PHP是一種純解釋型在服務端執行的可以內嵌HTML的腳本語言，尤其適合開發Web應用程序。
請求一個 PHP 腳本時，PHP 會讀取該腳本，並將其編譯為 Zend 操作碼，這是要執行的代碼的一種二進製表示形式。隨後，此操作碼由 PHP 執行並丟棄。 PHP腳本在每次被解釋時進行初始化，在解釋完畢後終止運行。這種運行是互相獨立的，每一次請求都會創建一個單獨的進程或線程，來解釋相應的頁面文件。頁面創建的變數和其他對象，都只在當前的頁面內部可見，無法跨越頁面訪問。在終止運行後，頁面中申請的、沒有被代碼顯式釋放的外部資源，包括內存、資料庫連接、文件句柄、Socket連接等，都會被強行釋放。也就是說，PHP無法在語言級別上實現直接訪問跨越頁面的變數，也無法創建駐留內存的對象。
PHP這種獨特的工作模型的優勢在於，基本上解決了令人頭疼的資源泄漏問題。Web應用的特點是大量的、短時間的並發處理，對各種資源的申請和釋放工作非常頻繁，很容易導致泄漏甚至崩潰。PHP的運行機制決定它不存在常規的崩潰問題(頂多連接超時腳本停止執行)，可以說PHP是較穩定的Web應用。但是，這種機制的缺點也非常明顯。最直接的後果是，PHP在語言級別無法實現跨頁面的緩沖機制。這種緩沖機制缺失造成的影響，可以分成兩個方面：
一是對象的緩沖。眾所周知，很多設計模式都依賴於對象的緩沖機制，創建和銷毀對象是很費時間的，因為創建一個對象要獲取內存資源或者其它更多資源，對於需要頻繁應付大量並發的服務端軟體更是如此。因此，對象緩沖的缺失，理論上會極大地降低速度。應盡可能減少創建和銷毀對象的次數來提高服務程序的效率，由於 PHP目前還不支持多線程，也就無法像Java一樣通過線程池調度來彌補這一缺陷；但可以使用第三方軟體如Memcachd來實現PHP的對象緩沖機制，達到減少對象創建和銷毀的時間來提高服務程序的效率。Memcachd將PHP編譯後的 操作碼緩存並在內存中保存這個操作碼，並在下一次調用該頁面時重用它，這會節省很多時間。比較常用的緩存還有有 eAccelerator，另一種流行的 eAccelerator 替代工具是 Alternative PHP Cache(APC)。
二是資料庫連接的緩沖。對於MySQL，PHP提供了一種內置的資料庫緩沖機制，即用mysql_pconnect()代替mysql_connect() 來打開資料庫而已。PHP會自動回收被廢棄的資料庫連接，以供重復使用。在實際應用中，這種持久性資料庫連接往往會導致資料庫連接的偽泄漏現象：在某個時間，並發的資料庫連接過多，超過了MySQL的最大連接數，從而導致新的進程無法連接資料庫。但是過一段時間，當並發數減少時，PHP會釋放掉一些連接，網站又會恢復正常。出現這種現象的原因是，當使用pconnect時，Apache 的httpd進程會不釋放connect，而當Apache的httpd進程數超過了mysql的最大連接數時，就會出現無法連接的情況。因此，需要小心地調整Apache和Mysql的配置，以使Apache的httpd進程數不會超出MySQL的最大連接數。筆者經過實踐，在PHP5和 Oracle10g的連接中，由於頻於資料庫連接，有時候還會出現資料庫丟失連接的情況(Oracle官方有針對PHP的增強包，不知是否可以解決此問題，筆者未試)。
PHP的工作模型即是缺點也是優勢，從本質上說，這就是PHP 的獨特之處。
若以FastCGI模式運行php,解析php.ini、載入全部擴展並重初始化全部數據結構這些都只在進程啟動時發生一次。一個額外的好處是，持續資料庫連接可以工作。Nginx+PHP(FastCGI)是個不錯的選擇。

⑸ 是不是thinkphp的數據緩存機制和mysql的沖突

thinkphp會對資料庫表的欄位和你的配置文件還有common,php文件進行緩存,所以每次修改資料庫欄位或者配置文件,或者common.php文件都需要刪除緩存,緩存在runtime文件夾下面,我為了方便,每次都是將整個runtime刪除,反正他自己又會重新建立,對了,還有模板標簽中的include也要刪除緩存才會生效

⑹ php 如何降低伺服器消耗提高效率

優化PHP的方法很多啊，可以從伺服器、伺服器軟體如APACHE、資料庫如MYSQL上下功夫，但最重要的還是在PHP代碼上下功夫，改更快的演算法、減少運算等等。
下面是摘錄的：
1.如果一個方法可靜態化，就對它做靜態聲明。速率可提升至4倍。

2.echo 比 print 快。

3.使用echo的多重參數（譯註：指用逗號而不是句點）代替字元串連接。

4.在執行for循環之前確定最大循環數，不要每循環一次都計算最大值。

5.注銷那些不用的變數尤其是大數組，以便釋放內存。

6.盡量避免使用__get，__set，__autoload。

7.require_once()代價昂貴。

8.在包含文件時使用完整路徑，解析操作系統路徑所需的時間會更少。

9.如果你想知道腳本開始執行（譯註：即伺服器端收到客戶端請求）的時刻，使用$_SERVER[『REQUEST_TIME』]要好於time()。

10.函數代替正則表達式完成相同功能。

11.str_replace函數比preg_replace函數快，但strtr函數的效率是str_replace函數的四倍。

12.如果一個字元串替換函數，可接受數組或字元作為參數，並且參數長度不太長，那麼可以考慮額外寫一段替換代碼，使得每次傳遞參數是一個字元，而不是只寫一行代碼接受數組作為查詢和替換的參數。

13.使用選擇分支語句（譯註：即switch case）好於使用多個if，else if語句。

14.用@屏蔽錯誤消息的做法非常低效。

15.打開apache的mod_deflate模塊。

16.資料庫連接當使用完畢時應關掉。

17.$row[『id』]的效率是$row[id]的7倍。

18.錯誤消息代價昂貴。

19.盡量不要在for循環中使用函數，比如for ($x=0; $x < count($array); $x)每循環一次都會調用count()函數。

20.在方法中遞增局部變數，速度是最快的。幾乎與在函數中調用局部變數的速度相當。

21.遞增一個全局變數要比遞增一個局部變數慢2倍。

22.遞增一個對象屬性（如：$this->prop++）要比遞增一個局部變數慢3倍。

23.遞增一個未預定義的局部變數要比遞增一個預定義的局部變數慢9至10倍。

24.僅定義一個局部變數而沒在函數中調用它，同樣會減慢速度（其程度相當於遞增一個局部變數）。PHP大概會檢查看是否存在全局變數。

25.方法調用看來與類中定義的方法的數量無關，因為我（在測試方法之前和之後都）添加了10個方法，但性能上沒有變化。

26.派生類中的方法運行起來要快於在基類中定義的同樣的方法。

27.調用帶有一個參數的空函數，其花費的時間相當於執行7至8次的局部變數遞增操作。類似的方法調用所花費的時間接近於15次的局部變數遞增操作。

28.用單引號代替雙引號來包含字元串，這樣做會更快一些。因為PHP會在雙引號包圍的字元串中搜尋變數，單引號則不會。當然，只有當你不需要在字元串中包含變數時才可以這么做。

29.輸出多個字元串時，用逗號代替句點來分隔字元串，速度更快。注意：只有echo能這么做，它是一種可以把多個字元串當作參數的「函數」（譯註：PHP手冊中說echo是語言結構，不是真正的函數，故把函數加上了雙引號）。

30.Apache解析一個PHP腳本的時間要比解析一個靜態HTML頁面慢2至10倍。盡量多用靜態HTML頁面，少用腳本。

31.除非腳本可以緩存，否則每次調用時都會重新編譯一次。引入一套PHP緩存機制通常可以提升25%至100%的性能，以免除編譯開銷。

32.盡量做緩存，可使用memcached。memcached是一款高性能的內存對象緩存系統，可用來加速動態Web應用程序，減輕資料庫負載。對運算碼 (OP code)的緩存很有用，使得腳本不必為每個請求做重新編譯。

33. 當操作字元串並需要檢驗其長度是否滿足某種要求時，你想當然地會使用strlen()函數。此函數執行起來相當快，因為它不做任何計算，只返回在zval 結構（C的內置數據結構，用於存儲PHP變數）中存儲的已知字元串長度。但是，由於strlen()是函數，多多少少會有些慢，因為函數調用會經過諸多步驟，如字母小寫化（譯註：指函數名小寫化，PHP不區分函數名大小寫）、哈希查找，會跟隨被調用的函數一起執行。在某些情況下，你可以使用isset() 技巧加速執行你的代碼。

（舉例如下）
if (strlen($foo) < 5) { echo "Foo is too short"$$ }
（與下面的技巧做比較）
if (!isset($foo{5})) { echo "Foo is too short"$$ }

調用isset()恰巧比strlen()快，因為與後者不同的是，isset()作為一種語言結構，意味著它的執行不需要函數查找和字母小寫化。也就是說，實際上在檢驗字元串長度的頂層代碼中你沒有花太多開銷。

34. 當執行變數$i的遞增或遞減時，$i++會比++$i慢一些。這種差異是PHP特有的，並不適用於其他語言，所以請不要修改你的C或Java代碼並指望它們能立即變快，沒用的。++$i更快是因為它只需要3條指令(opcodes)，$i++則需要4條指令。後置遞增實際上會產生一個臨時變數，這個臨時變數隨後被遞增。而前置遞增直接在原值上遞增。這是最優化處理的一種，正如Zend的PHP優化器所作的那樣。牢記這個優化處理不失為一個好主意，因為並不是所有的指令優化器都會做同樣的優化處理，並且存在大量沒有裝配指令優化器的互聯網服務提供商（ISPs）和伺服器。

35.並不是事必面向對象(OOP)，面向對象往往開銷很大，每個方法和對象調用都會消耗很多內存。

36.並非要用類實現所有的數據結構，數組也很有用。

37.不要把方法細分得過多，仔細想想你真正打算重用的是哪些代碼？

38.當你需要時，你總能把代碼分解成方法。

39.盡量採用大量的PHP內置函數。

40.如果在代碼中存在大量耗時的函數，你可以考慮用C擴展的方式實現它們。

41.評估檢驗(profile)你的代碼。檢驗器會告訴你，代碼的哪些部分消耗了多少時間。Xdebug調試器包含了檢驗程序，評估檢驗總體上可以顯示出代碼的瓶頸。

42.mod_zip可作為Apache模塊，用來即時壓縮你的數據，並可讓數據傳輸量降低80%。

⑺ 請教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等等。大概就是這樣的了，詳細樓主可以去後盾人自學，看看教學視頻

⑻ 某些招聘要求PHP緩存技術，靜態化設計等方面的經驗，這需要學很久嗎

看他要求懂什麼樣的緩存貝
1.把php輸出轉成html靜態頁面, 這個叫靜態緩存技術
2.通過apc等工具,把php的opcode代碼緩存, 這也是一個緩存技術
3.通過memcache等工具,把數據緩存, 也是緩存技術
4.mysql裡面有自己的緩存機制, 同樣是緩存技術
5.http協議裡面,也有緩存機制. 依然是緩存技術

不過看你的題目要求,應該都是第一種吧.其實做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 的性能起到了至關重要的作用。