MySQL查詢優化的方法

大家知道MySQL查詢優化嗎?下面我們就給大家詳細介紹一下吧!由於在參與的實際項目中發現當mysql表的數據量達到百萬級時，普通SQL查詢效率呈直線下降，而且如果where中的查詢條件較多時，其查詢速度簡直無法容忍。曾經測試對一個包含400多萬條記錄（有索引）的表執行一條條件查詢，其查詢時間竟然高達40幾秒，相信這麼高的查詢延時，任何用戶都會抓狂。因此如何提高sql語句查詢效率，顯得十分重要。

1、優化數據類型

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

(1)避免使用NULL

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

(2)僅可能使用更小的字段

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

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查詢優化了吧!感謝大家對我們網站的支持!

相關推薦：

mysql多表隨機查詢優化的方法 

想了解更多關於MySQL教程。請點擊精品學習網編程開發欄目！！