1.概述

前面我們介紹了MySQL中怎麼樣通過索引來優化查詢。日常開發中，除了使用查詢外，我們還會使用一些其他的常用SQL，比如 INSERT、GROUP BY等。對於這些SQL語句，我們該怎麼樣進行優化呢？本節將針對這些SQL語句介紹一些優化的方法。

2.優化INSERT語句

當進行資料INSERT的時候，可以考慮採用以下幾種優化方式：
●如果同時從同一客戶插入很多行，儘量使用多個值表的INSERT語句，這種方式將大大縮減客戶端與資料庫之間的連線、關閉等消耗，使得效率比分開執行的單個INSERT語句快（在一些情況中幾倍）。下面是一次插入多值的一個例子：

insert into test values(1,2),(1,3),(1,4)…

●如果從不同客戶插入很多行，能通過使用INSERT DELAYED語句得到更高的速度。DELAYED的含義是讓INSERT語句馬上執行，其實資料都被放在記憶體的佇列中，並沒有真正寫入磁碟，這比每條語句分別插入要快的多；LOW_PRIORITY剛好相反，在所有其他使用者對錶的讀寫完後才進行插入；
●將索引檔案和資料檔案分在不同的磁碟上存放（利用建表中的選項）；
●如果進行批量插入，可以增加bulk_insert_buffer_size變數值的方法來提高速度。但是，這隻能對MyISAM表使用；
●當從一個文字檔案裝載一個表時，使用LOAD DATA INFILE。這通常比使用很多INSERT語句快20倍。

3.優化GROUP BY語句

預設情況下，MySQL對所有GROUP BY col1，col2....的欄位進行排序。這與在查詢中指定ORDER BY col1，col2...類似。因此，如果顯式包括一個包含相同的列的ORDER BY子句，則對MySQL的實際執行效能沒有什麼影響。如果查詢包括GROUP BY，但使用者想要避免排序結果的消耗，則可以指定ORDER BY NULL禁止排序，如下面的例子：

EXPLAIN SELECT StockType,SUM(StockQty) FROM goods_stock GROUP BY StockType;

EXPLAIN SELECT StockType,SUM(StockQty) FROM goods_stock GROUP BY StockType ORDER BY NULL;

從上面的例子可以看出第一個SQL語句需要進行“filesort”，而第二個SQL由於ORDER BY NULL不需要進行“filesort”，而filesort往往非常耗費時間。

4.優化ORDER BY語句

在某些情況中，MySQL可以使用一個索引來滿足ORDER BY子句，而不需要額外的排序。WHERE條件和ORDER BY使用相同的索引，並且ORDER BY的順序和索引順序相同，並且ORDER BY的欄位都是升序或者都是降序。例如下列SQL可以使用索引：

EXPLAIN SELECT * FROM goods_stock WHERE Model='LM358' ORDER BY Model,LotNO;

但是在以下幾種情況下則不使用索引：

EXPLAIN SELECT * FROM goods_stock ORDER BY Model DESC,LotNO ASC;

EXPLAIN SELECT * FROM goods_stock WHERE LotNO=2020 ORDER BY Model;

EXPLAIN SELECT * FROM goods_stock ORDER BY Model,LotNO;

5.優化巢狀查詢

MySQL支援SQL的子查詢。可以使用SELECT語句來建立一個單列的查詢結果，然後把這個結果作為過濾條件用在另一個查詢中。使用子查詢可以一次性地完成很多邏輯上需要多個步驟才能完成的SQL操作，同時也可以避免事務或者表鎖死，並且寫起來也很容易。但是，有些情況下，子查詢可以被更有效率的連線（JOIN）替代。在下面的例子中，要從goods_stock表中找到那些在goods_stock_price表中不存在階梯價格的庫存：

EXPLAIN SELECT * FROM goods_stock WHERE StockGUID NOT IN (SELECT StockGUID FROM goods_stock_price);

從上面執行計劃可以看到goods_stock表是走了全表掃描的，goods_stock、goods_stock_price表查詢結果是在記憶體上建立臨時表儲存的，如果使用連線（JOIN）來完成這個查詢工作，速度將會快很多。尤其是當goods_stock_price表中對 goods_stock.StockGUID建有索引的話，效能將會更好，具體查詢如下：

EXPLAIN SELECT s.* FROM goods_stock AS s LEFT JOIN goods_stock_price AS sp
ON s.StockGUID=sp.StockGUID
WHERE sp.StockGUID IS NOT NULL;

從執行計劃中可以明顯看出查詢掃描的記錄範圍和使用索引的情況都有了很大的改善。連線（JOIN）之所以更有效率一些，是因為MySQL不需要在記憶體中建立臨時表來完成這個邏輯上的需要兩個步驟的查詢工作。

6.MySQL如何優化OR條件

對於含有OR的查詢子句，如果要利用索引，則OR之間的每個條件列都必須用到索引；如果沒有索引，則應該考慮增加索引。例如，首先使用show index命令檢視goods_stock表的索引，可知它有3個非聚集索引，在StockGUID、LotNO兩個欄位上分別有1個獨立的索引，在Model和Brand欄位上有1個複合索引。

SHOW INDEX FROM goods_stock;

然後在兩個獨立索引上面做OR操作，具體如下：

EXPLAIN SELECT * FROM goods_stock WHERE LotNO='2020' OR StockGUID='werer-1weq-hdf1-qgqq';

可以發現查詢正確的用到了索引，並且從執行計劃的描述中可以發現MySQL在處理含有OR字句的查詢時，實際是對OR的各個欄位分別查詢後的結果進行了UNION。但是當在建有複合索引的列Model和Brand上面做OR操作的時候，卻不能用到索引，具體結果如下：

EXPLAIN SELECT * FROM goods_stock WHERE Model='LM358' OR Brand='2020';

7.使用SQL提示

SQL提示（SQL HINT）是優化資料庫的一個重要手段，簡單來說就是在SQL語句中加入一些人為的提示來達到優化操作的目的。下面是一個使用SQL提示的例子：

SELECT SQL_BUFFER_RESULTS * FROM...

這個語句將強制MySQL生成一個臨時結果集。只要臨時結果集生成後，所有表上的鎖定均被釋放。這能在遇到表鎖定問題時或要花很長時間將結果傳給客戶端時有所幫助，因為可以儘快釋放鎖資源。下面是一些在MySQL中常用的SQL提示。

7.1USE INDEX

在查詢語句中表名的後面，新增USE INDEX來提供希望MySQL去參考的索引列表，就可以讓MySQL不再考慮其他可用的索引：

EXPLAIN SELECT * FROM goods_stock USE INDEX (idx_stock_3) WHERE LotNO='2020';

7.2IGNORE INDEX

如果使用者只是單純地想讓MySQL忽略一個或者多個索引，則可以使用IGNORE INDEX作為HINT。同樣是上面的例子，這次來看一下查詢過程忽略索引idx_stock_3的情況：

EXPLAIN SELECT * FROM goods_stock IGNORE INDEX (idx_stock_3) WHERE LotNO='2020';

從執行計劃可以看出，系統忽略了指定的索引，而使用了全表掃描。

7.3FORCE INDEX

為強制MySQL使用一個特定的索引，可在查詢中使用FORCE INDEX作為HINT。例如，當不強制使用索引的時候，因為goods_stock_price.GoodsStockID（已加索引）的值都是大於0的，因此MySQL會預設進行全表掃描，而不使用索引，如下所示：

EXPLAIN SELECT * FROM goods_stock_price WHERE GoodsStockID>0;

但是，當使用FORCE INDEX進行提示時，即便使用索引的效率不是最高，MySQL還是選擇使用了索引，這是MySQL留給使用者的一個自行選擇執行計劃的權力。加入FORCE INDEX提示後再次執行上面的SQL：

EXPLAIN SELECT * FROM goods_stock_price FORCE INDEX(idx_stock_price_1) WHERE GoodsStockID>0;

果然，執行計劃中使用了FORCE INDEX後的索引。

8.總結

SQL優化問題是資料庫效能優化最基礎也是最重要的一個問題，實踐表明很多資料庫效能問題都是由不合適的SQL語句造成。本章通過例項描述了SQL優化的一般過程，從定位一個有效能問題的SQL語句到分析產生效能問題的原因，最後到採取什麼措施優化SQL語句的效能。另外還介紹了優化SQL語句經常需要考慮的幾個方面，比如索引、表分析、排序等。

參考文獻：
深入淺出MySQL