您好,登錄后才能下訂單哦!
這篇文章主要介紹“MySQL回表的性能消耗是多少”的相關知識,小編通過實際案例向大家展示操作過程,操作方法簡單快捷,實用性強,希望這篇“MySQL回表的性能消耗是多少”文章能幫助大家解決問題。
無論單列索引 還是 聯合索引,一個索引就對應一個獨立的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次即可,那就還是會走聯合索引。
覆蓋索引不是一種索引,只是一種基于索引查詢的方式,即針對類似
select xx1,xx2,xx3 from table order by xx1,xx2,xx3
僅需聯合索引里的幾個字段的值,那就只需掃描聯合索引的索引樹,無需回表找其它字段,這種查詢方式就是覆蓋索引。
所以當你使用聯合索引時,注意是否可能會導致大量回表到聚簇索引,若回表聚簇索引的次數太多,可能就直接給你做成全表掃描而不走聯合索引了。
盡可能還是在SQL里指定你僅需要的字段,而不要暴力select *
,最好直接走覆蓋索引。
即使無可避免地要回表,你也盡可能用limit
、 where
限定一下回表的次數,就從聯合索引里篩選少數數據,再回表,這樣性能好一點。
關于“MySQL回表的性能消耗是多少”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業相關的知識,可以關注億速云行業資訊頻道,小編每天都會為大家更新不同的知識點。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。