我們大家都知道在MySQL數(shù)據(jù)庫(kù)查詢(xún)優(yōu)化中，數(shù)據(jù)庫(kù)的實(shí)際應(yīng)用{例如MySQL(與PHP搭配的***組合)} 就意味著對(duì)相關(guān)工具的實(shí)際操作和使用。使用索引與使用EXPLAIN分析查詢(xún)以及調(diào)整MySQL(和PHP搭配之***組合)的內(nèi)部配置可達(dá)到優(yōu)化查詢(xún)的目的。

任何一位數(shù)據(jù)庫(kù)程序員都會(huì)有這樣的體會(huì)：高通信量的數(shù)據(jù)庫(kù)驅(qū)動(dòng)程序中，一條糟糕的SQL查詢(xún)語(yǔ)句可對(duì)整個(gè)應(yīng)用程序的運(yùn)行產(chǎn)生嚴(yán)重的影響，其不僅消耗掉更多的數(shù)據(jù)庫(kù)時(shí)間，且它將對(duì)其他應(yīng)用組件產(chǎn)生影響。

如同其它學(xué)科，優(yōu)化MySQL數(shù)據(jù)庫(kù)查詢(xún)性能很大程度上決定于開(kāi)發(fā)者的直覺(jué)。幸運(yùn)的是，像MySQL(和PHP搭配之***組合)這樣的數(shù)據(jù)庫(kù)自帶有一些協(xié)助工具。本文簡(jiǎn)要討論諸多工具之三種：使用索引，使用EXPLAIN分析查詢(xún)以及調(diào)整MySQL(和PHP搭配之***組合)的內(nèi)部配置。

1: 使用索引

MySQL(和PHP搭配之***組合)允許對(duì)數(shù)據(jù)庫(kù)表進(jìn)行索引，以此能迅速查找記錄，而無(wú)需一開(kāi)始就掃描整個(gè)表，由此顯著地加快MySQL數(shù)據(jù)庫(kù)查詢(xún)速度。每個(gè)表最多可以做到16個(gè)索引，此外MySQL(和PHP搭配之***組合)還支持多列索引及全文檢索。

給表添加一個(gè)索引非常簡(jiǎn)單，只需調(diào)用一個(gè)CREATE INDEX命令并為索引指定它的域即可。列表A給出了一個(gè)例子：

列表 A

MySQL(和PHP搭配之***組合)> CREATE INDEX idx_username ON users(username);  
Query OK, 1 row affected (0.15 sec)  
Records: 1 Duplicates: 0 Warnings: 0 

這里，對(duì)users表的username域做索引，以確保在WHERE或者HAVING子句中引用這一域的SELECT查詢(xún)語(yǔ)句運(yùn)行速度比沒(méi)有添加索引時(shí)要快。通過(guò)SHOW INDEX命令可以查看索引已被創(chuàng)建（列表B）。

列表 B

MySQL(和PHP搭配之***組合)> SHOW INDEX FROM users;  
--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+  
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment |  
--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+  
| users | 1 | idx_username | 1 | username | A | NULL | NULL | NULL | YES | BTREE | |  
--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+  
1 row in set (0.00 sec) 

值得注意的是：索引就像一把雙刃劍。對(duì)表的每一域做索引通常沒(méi)有必要，且很可能導(dǎo)致運(yùn)行速度減慢，因?yàn)橄虮碇胁迦牖蛐薷臄?shù)據(jù)時(shí)，MySQL(和PHP搭配之***組合)不得不每次都為這些額外的工作重新建立索引。另一方面，避免對(duì)表的每一域做索引同樣不是一個(gè)非常好的主意，因?yàn)樵谔岣卟迦胗涗浀乃俣葧r(shí)，導(dǎo)致MySQL數(shù)據(jù)庫(kù)查詢(xún)操作的速度減慢。

這就需要找到一個(gè)平衡點(diǎn)，比如在設(shè)計(jì)索引系統(tǒng)時(shí)，考慮表的主要功能（數(shù)據(jù)修復(fù)及編輯）不失為一種明智的選擇。

2: 優(yōu)化查詢(xún)性能

在分析查詢(xún)性能時(shí)，考慮EXPLAIN關(guān)鍵字同樣很管用。EXPLAIN關(guān)鍵字一般放在SELECT查詢(xún)語(yǔ)句的前面，用于描述MySQL(和PHP搭配之***組合)如何執(zhí)行查詢(xún)操作、以及MySQL(和PHP搭配之***組合)成功返回結(jié)果集需要執(zhí)行的行數(shù)。下面的一個(gè)簡(jiǎn)單例子可以說(shuō)明（列表C）這一過(guò)程：

列表 C

MySQL(和PHP搭配之***組合)> EXPLAIN SELECT city.name, city.district FROM city, country WHERE city.countrycode = country.code AND country.code = 'IND';  
+----+-------------+---------+-------+---------------+---------+---------+-------+------+-------------+  
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |  
+----+-------------+---------+-------+---------------+---------+---------+-------+------+-------------+  
| 1 | SIMPLE | country | const | Prima(最完善的虛擬主機(jī)管理系統(tǒng))RY | Prima(最完善的虛擬主機(jī)管理系統(tǒng))RY | 3 | const | 1 | Using index |  
| 1 | SIMPLE | city | ALL | NULL | NULL | NULL | NULL | 4079 | Using where |  
+----+-------------+---------+-------+---------------+---------+---------+-------+------+-------------+ 

2 rows in set (0.00 sec)這里查詢(xún)是基于兩個(gè)表連接。EXPLAIN關(guān)鍵字描述了MySQL(和PHP搭配之***組合)是如何處理連接這兩個(gè)表。必須清楚的是，當(dāng)前設(shè)計(jì)要求MySQL(和PHP搭配之***組合)處理的是country表中的一條記錄以及city表中的整個(gè)4019條記錄。這就意味著，還可使用其他的優(yōu)化技巧改進(jìn)其MySQL數(shù)據(jù)庫(kù)查詢(xún)方法。例如，給city表添加如下索引（列表D）：

列表 D

MySQL(和PHP搭配之***組合)> CREATE INDEX idx_ccode ON city(countrycode);  
Query OK, 4079 rows affected (0.15 sec)  
Records: 4079 Duplicates: 0 Warnings: 0 

現(xiàn)在，當(dāng)我們重新使用EXPLAIN關(guān)鍵字進(jìn)行查詢(xún)時(shí)，我們可以看到一個(gè)顯著的改進(jìn)（列表E）：

列表 E

MySQL(和PHP搭配之***組合)> EXPLAIN SELECT city.name, city.district FROM city, country WHERE city.countrycode = country.code AND country.code = 'IND';  
+----+-------------+---------+-------+---------------+-----------+---------+-------+------+-------------+  
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |  
+----+-------------+---------+-------+---------------+-----------+---------+-------+------+-------------+  
| 1 | SIMPLE | country | const | Prima(最完善的虛擬主機(jī)管理系統(tǒng))RY | Prima(最完善的虛擬主機(jī)管理系統(tǒng))RY | 3 | const | 1 | Using index |  
| 1 | SIMPLE | city | ref | idx_ccode | idx_ccode | 3 | const | 333 | Using where |  
+----+-------------+---------+-------+---------------+-----------+---------+-------+------+-------------+  
2 rows in set (0.01 sec) 

在這個(gè)例子中，MySQL(和PHP搭配之***組合)現(xiàn)在只需要掃描city表中的333條記錄就可產(chǎn)生一個(gè)結(jié)果集，其掃描記錄數(shù)幾乎減少了90％！自然，數(shù)據(jù)庫(kù)資源的MySQL數(shù)據(jù)庫(kù)查詢(xún)速度更快，效率更高。

3: 調(diào)整內(nèi)部變量

MySQL(和PHP搭配之***組合)是如此的開(kāi)放，所以可輕松地進(jìn)一步調(diào)整其缺省設(shè)置以獲得更優(yōu)的性能及穩(wěn)定性。需要優(yōu)化的一些關(guān)鍵變量如下：

改變索引緩沖區(qū)長(zhǎng)度(key_buffer)

一般，該變量控制緩沖區(qū)的長(zhǎng)度在處理索引表（讀/寫(xiě)操作）時(shí)使用。MySQL(和PHP搭配之***組合)使用手冊(cè)指出該變量可以不斷增加以確保索引表的***性能，并推薦使用與系統(tǒng)內(nèi)存25％的大小作為該變量的值。這是MySQL(和PHP搭配之***組合)十分重要的配置變量之一，如果你對(duì)優(yōu)化和提高系統(tǒng)性能有興趣，可以從改變key_buffer_size變量的值開(kāi)始。

改變表長(zhǎng)(read_buffer_size)

當(dāng)一個(gè)查詢(xún)不斷地掃描某一個(gè)表，MySQL(和PHP搭配之***組合)會(huì)為它分配一段內(nèi)存緩沖區(qū)。read_buffer_size變量控制這一緩沖區(qū)的大小。如果你認(rèn)為連續(xù)掃描進(jìn)行得太慢，可以通過(guò)增加該變量值以及內(nèi)存緩沖區(qū)大小提高其性能。

設(shè)定打開(kāi)表的數(shù)目的***值(table_cache)

該變量控制MySQL(和PHP搭配之***組合)在任何時(shí)候打開(kāi)表的***數(shù)目，由此能控制服務(wù)器響應(yīng)輸入請(qǐng)求的能力。它跟max_connections變量密切相關(guān)，增加table_cache值可使MySQL(和PHP搭配之***組合)打開(kāi)更多的表，就如增加max_connections值可增加連接數(shù)一樣。當(dāng)收到大量不同數(shù)據(jù)庫(kù)及表的請(qǐng)求時(shí)，可以考慮改變這一值的大小。

對(duì)緩長(zhǎng)查詢(xún)?cè)O(shè)定一個(gè)時(shí)間限制(long_query_time)

MySQL(和PHP搭配之***組合)帶有“慢查詢(xún)?nèi)罩?rdquo;，它會(huì)自動(dòng)地記錄所有的在一個(gè)特定的時(shí)間范圍內(nèi)尚未結(jié)束的MySQL數(shù)據(jù)庫(kù)查詢(xún)。這個(gè)日志對(duì)于跟蹤那些低效率或者行為不端的查詢(xún)以及尋找優(yōu)化對(duì)象都非常有用。long_query_time變量控制這一***時(shí)間限定，以秒為單位。

以上討論并給出用于分析和優(yōu)化SQL查詢(xún)的三種工具的使用方法，以此提高你的應(yīng)用程序性能。使用它們快樂(lè)地優(yōu)化吧！

 【編輯推薦】

1. 查看MySQL連接數(shù)的實(shí)際操作流程
2. MySQL root密碼重置的三步驟
3. MySQL初學(xué)者的必備3要素
4. 實(shí)現(xiàn)MySQL數(shù)據(jù)庫(kù)引擎的快速指導(dǎo)
5. 列舉MySQL出錯(cuò)代碼的列表