MYSQL查詢最佳化（Ⅱ）

標籤：

本文列舉出五個MySQL查詢最佳化的方法，當然，最佳化的方法還有很多。

1、最佳化資料類型

　　MySQL中資料類型有多種，如果你是一名DBA，正在按照最佳化的原則對資料類型進行嚴格的檢查，但開發人員可能會選擇他們認為最簡單的方案，以加快編碼速度，或者選擇最明顯的選擇，因此，你可能面臨的都不是最佳的選擇，如果可能的話，你應該嘗試以通用準則來改變這些決定。

　　(1)避免使用NULL

　　NULL對於大多數資料庫都需要特殊處理，MySQL也不例外，它需要更多的代碼，更多的檢查和特殊的索引邏輯，有些開發人員完全沒有意識到，建立表時NULL是預設值，但大多數時候應該使用NOT NULL，或者使用一個特殊的值，如0，-1作為預設值。

　　(2)僅可能使用更小的欄位

　　MySQL從磁碟讀取資料後是儲存到 記憶體中的，然後使用cpu周期和磁碟I/O讀取它，這意味著越小的資料類型佔用的空間越小，從磁碟讀或打包到記憶體的效率都更好，但也不要太過執著減小資料 類型，要是以後應用程式發生什麼變化就沒有空間了。修改表將需要重構，間接地可能引起代碼的改變，這是很頭疼的問題，因此需要找到一個平衡點。

2、小心字元集轉換

　　用戶端或應用程式使用的字元集可能和表本身的字元集不一樣，這需要MySQL在運行過程中隱含地進行轉換，此外，要確定字元集如UTF-8是否支援多位元組字元，因此它們需要更多的儲存空間。

3、最佳化count(my_col)和count(*)

　　如果你使用MyISAM表，在沒有where子句的情況下使用count(*)速度是很快的，因為行數量的統計是非常精確的，因此MySQL不 會一行一行地去找，進而得出行數，如my_col列沒有空值，那麼和前面說的情況會一樣，即count(my_col)速度也會很快。

　　如果有where子句時使用count( )，基本上就無法進行更多最佳化了，在where子句中超出了明顯的索引列，對於複雜的where子句，只有使用覆蓋索引才有用。

　　除了上面的建議外，你還可以使用匯總表，它們讓你可以對錶的內容保持更新，你可以使用觸發器，或者應用程式邏輯保持匯總表總是最新狀態，或者定 期運行一個批次工作保持填充最新的資料資訊，如果你採用後者，你的資訊將會非常接近，但不是精確的，依賴於批次工作多久運行一次，這需要權衡應用程式 對精確資訊的需要，和保持資料更新的系統開銷，要在這二者之間找到一個平衡點。

4、最佳化子查詢

　　遇到子查詢時，MySQL查詢最佳化引擎並不是總是最有效，這就是為什麼經常將子查詢轉換為串連查詢的原因了，最佳化器已經能夠正確處理串連查詢 了，當然要注意的一點是，確保串連表(第二個表)的串連列是有索引的，在第一個表上MySQL通常會相對於第二個表的查詢子集進行一次全表掃描，這是嵌套 迴圈演算法的一部分。

5、最佳化UNION

　　在跨多個不同的資料庫時使用UNION是一個有趣的最佳化方法，UNION從兩個互不關聯的表中返回資料，這就意味著不會出現重複的行，同時也必須對資料進行排序，我們知道排序是非常耗費資源的，特別是對大表的排序。

　　UNION ALL可以大大加快速度，如果你已經知道你的資料不會包括重複行，或者你不在乎是否會出現重複的行，在這兩種情況下使用UNION ALL更適合。此外，還可以在應用程式邏輯中採用某些方法避免出現重複的行，這樣UNION ALL和UNION返回的結果都是一樣的，但UNION ALL不會進行排序。

小結

雖然本文列舉的最佳化方法並不完全，但無論何時，只要可能，儘可能嘗試不同的解決方案，查看查詢計劃，在大資料集上進行測試，並會定位結果基準點，觀察在實際應用中的情況怎麼樣。同時，事先查看一下你的慢速查詢日誌，儘可能早地找出需要調整的查詢。

 

MYSQL查詢最佳化（Ⅱ）