MySQL回表的性能消耗是多少

這篇文章主要介紹“MySQL回表的性能消耗是多少”的相關(guān)知識(shí)，小編通過(guò)實(shí)際案例向大家展示操作過(guò)程，操作方法簡(jiǎn)單快捷，實(shí)用性強(qiáng)，希望這篇“MySQL回表的性能消耗是多少”文章能幫助大家解決問(wèn)題。

1 回表的性能消耗

無(wú)論單列索引 還是 聯(lián)合索引，一個(gè)索引就對(duì)應(yīng)一個(gè)獨(dú)立的B+索引樹(shù)，索引樹(shù)節(jié)點(diǎn)僅包含：

• 索引里的字段值

• 主鍵值

即使根據(jù)索引樹(shù)按條件找到所需數(shù)據(jù)，也僅是索引里的幾個(gè)字段的值和主鍵值，萬(wàn)一你搞個(gè)select *，那就還得其他字段，就需回表，根據(jù)主鍵到聚簇索引里找，聚簇索引的葉節(jié)點(diǎn)是數(shù)據(jù)頁(yè)，找到數(shù)據(jù)頁(yè)才能把一行數(shù)據(jù)所有字段值讀出來(lái)。
所以類(lèi)似

select * from table order by xx1,xx2,xx3

得從聯(lián)合索引的索引樹(shù)里按序取出所有數(shù)據(jù)，接著對(duì)每條數(shù)據(jù)都走一個(gè)主鍵的聚簇索引查找，性能不高。
有時(shí)MySQL執(zhí)行引擎可能認(rèn)為，你要是類(lèi)似

select * from table order by xx1,xx2,xx3

相當(dāng)于得把聯(lián)合索引和聚簇索引，兩個(gè)索引的所有數(shù)據(jù)都掃描一遍，那還不如不走聯(lián)合索引，直接全表掃描得了，這樣就只需掃描一個(gè)主鍵索引。

但若形如：

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

那執(zhí)行引擎就知道你先掃描聯(lián)合索引的索引樹(shù)，拿到10條數(shù)據(jù)，接著對(duì)10條數(shù)據(jù)在聚簇索引里查找10次即可，那就還是會(huì)走聯(lián)合索引。

2 覆蓋索引

覆蓋索引不是一種索引，只是一種基于索引查詢(xún)的方式，即針對(duì)類(lèi)似

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

僅需聯(lián)合索引里的幾個(gè)字段的值，那就只需掃描聯(lián)合索引的索引樹(shù)，無(wú)需回表找其它字段，這種查詢(xún)方式就是覆蓋索引。
所以當(dāng)你使用聯(lián)合索引時(shí)，注意是否可能會(huì)導(dǎo)致大量回表到聚簇索引，若回表聚簇索引的次數(shù)太多，可能就直接給你做成全表掃描而不走聯(lián)合索引了。
盡可能還是在SQL里指定你僅需要的字段，而不要暴力select *，最好直接走覆蓋索引。
即使無(wú)可避免地要回表，你也盡可能用limit、 where限定一下回表的次數(shù)，就從聯(lián)合索引里篩選少數(shù)數(shù)據(jù)，再回表，這樣性能好一點(diǎn)。

關(guān)于“MySQL回表的性能消耗是多少”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)，可以關(guān)注億速云行業(yè)資訊頻道，小編每天都會(huì)為大家更新不同的知識(shí)點(diǎn)。