MySQL回表的性能傷害程度有多大

1 回表的性能消耗

無論單列索引 還是 聯合索引,一個索引就對應一個獨立的B+索引樹,索引樹節點僅包含:

  • 索引裡的字段值
  • 主鍵值

即使根據索引樹按條件找到所需數據,也僅是索引裡的幾個字段的值和主鍵值,萬一你搞個select *,那就還得其他字段,就需回表,根據主鍵到聚簇索引裡找,聚簇索引的葉節點是數據頁,找到數據頁才能把一行數據所有字段值讀出來。
所以類似

select * from table order by xx1,xx2,xx3

得從聯合索引的索引樹裡按序取出所有數據,接著對每條數據都走一個主鍵的聚簇索引查找,性能不高。
有時MySQL執行引擎可能認為,你要是類似

select * from table order by xx1,xx2,xx3

相當於得把聯合索引和聚簇索引,兩個索引的所有數據都掃描一遍,那還不如不走聯合索引,直接全表掃描得瞭,這樣就隻需掃描一個主鍵索引。

但若形如:

select * from table order by xx1,xx2,xx3 limit 10

那執行引擎就知道你先掃描聯合索引的索引樹,拿到10條數據,接著對10條數據在聚簇索引裡查找10次即可,那就還是會走聯合索引。

2 覆蓋索引

覆蓋索引不是一種索引,隻是一種基於索引查詢的方式,即針對類似

select xx1,xx2,xx3 from table order by xx1,xx2,xx3

僅需聯合索引裡的幾個字段的值,那就隻需掃描聯合索引的索引樹,無需回表找其它字段,這種查詢方式就是覆蓋索引。
所以當你使用聯合索引時,註意是否可能會導致大量回表到聚簇索引,若回表聚簇索引的次數太多,可能就直接給你做成全表掃描而不走聯合索引瞭。
盡可能還是在SQL裡指定你僅需要的字段,而不要暴力select *,最好直接走覆蓋索引。
即使無可避免地要回表,你也盡可能用limitwhere限定一下回表的次數,就從聯合索引裡篩選少數數據,再回表,這樣性能好一點。

到此這篇關於MySQL回表的性能傷害程度有多大的文章就介紹到這瞭,更多相關MySQL回表的性能傷害內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!

推薦閱讀: