MySQL查詢最佳化

來源:互聯網
上載者:User

標籤:http   io   ar   使用   sp   for   strong   資料   on   

以下的文章主要講述的是MySQL查詢最佳化的5個十分好用方法,熟悉SQL語句的人都清楚,如果要對一個任務進行操作的話,SQL語句可以有很多種相關寫法,但是不同的寫法查詢的效能可能會有天壤之別。

  本文列舉出五個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不會進行排序。

  小結

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

 

SELECT語句除了正常的使用外,MySQL還為我們提供了很多可以增強查詢效能的選項。如上面介紹的用於控制查詢緩衝的SQL_NO_CACHE和SQL_CACHE就是其中兩個選項。 
 STRAIGHT_JOIN:強制串連順序 。

 

限制使用索引的範圍 : SELECT * FROM TABLE1 USE INDEX (FIELD1, FIELD2) …

從以上SQL語句可以看出,無論在TABLE1中已經建立了多少個索引,MySQL在選擇索引時,只考慮在FIELD1和FIELD2上建立的索引。

 

限制不使用索引的範圍 :SELECT * FROM TABLE1 IGNORE INDEX (FIELD1, FIELD2) …

在上面的SQL語句中,TABLE1表中只有FIELD1和FIELD2上的索引不被使用。

 

強迫使用某一個索引 :SELECT * FROM TABLE1 FORCE INDEX (FIELD1) …

以上的SQL語句只使用建立在FIELD1上的索引,而不使用其它欄位上的索引。

 

使用暫存資料表提供查詢效能 :SELECT SQL_BUFFER_RESULT * FROM TABLE1 WHERE …

和SQL_BUFFER_RESULT.選項類似的還有SQL_BIG_RESULT,這個選項一般用於分組或DISTINCT關鍵字,這個選項通知MySQL,如果有必要,就將查詢結果放到暫存資料表中,甚至在暫存資料表中進行排序。 

SELECT SQL_BUFFER_RESULT FIELD1, COUNT(*) FROM TABLE1 GROUP BY FIELD1

 

MySQL查詢最佳化

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.