查一次left?join沒有走索引以及原因分析

更新時(shí)間：2023年03月23日 09:19:23 作者：qq_20009015

這篇文章主要介紹了查一次left?join沒有走索引以及原因分析，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教

查一次left join沒有走索引的原因

線上有個(gè)查詢sql，原來(lái)是inner join 查詢沒有問(wèn)題，后來(lái)應(yīng)業(yè)務(wù)要求改成left join之后，查詢時(shí)間就暴漲了需要長(zhǎng)達(dá)24s

通過(guò)explain分析，發(fā)現(xiàn)訂單表沒有走索引，分析之后解決了，記錄下來(lái)。

為了簡(jiǎn)潔起見，這里就將無(wú)關(guān)的查詢字段都用*

具體sql如下

SELECT  * 
 from t_item_detail a
 left join t_order_detail d on a.order_code=d.order_code
 left join t_connection b on a.unique_code = b.funds_unique 
 left join t_capital_detail c on b.capital_unique = c.unique_code 
 where item_receipt_disbursement=1 and a.is_deleted=0
  and order_type_code=00901 group by a.unique_code LIMIT 10

用explain命令分析如下

發(fā)現(xiàn)table d 的type為all， rows居然高達(dá)20萬(wàn)行。

d對(duì)應(yīng)的表為order_detail 表，type為all 說(shuō)明并沒有走索引。

這里首先看關(guān)聯(lián)條件

from t_item_detail a
 left join t_order_detail d on a.order_code=d.order_code

該條件并無(wú)問(wèn)題，然后這兩張表的order_code字段是否加索引.

兩張表的order_code字段均有索引。

其次再看，如果兩個(gè)字段或者兩張表的編碼不同，也會(huì)導(dǎo)致索引失效。

但是這兩張表的編碼和字段編碼也均相同，因此也排除掉。

最后發(fā)現(xiàn)，

如果寫成

 explain SELECT  * 
 from t_item_detail a
 left join t_order_detail d on a.order_code=d.order_code  and d.order_type_code=00901
 left join t_connection b on a.unique_code = b.funds_unique 
 left join t_capital_detail c on b.capital_unique = c.unique_code 
 where item_receipt_disbursement=1 and a.is_deleted=0
  group by a.unique_code LIMIT 10

也就是將原來(lái)在where條件的order_type_code=00901 寫到left join的條件后面

d的索引就生效了，所有的索引都生效了。

查詢時(shí)間也從原來(lái)的24秒變成了不到1秒。

這是為什么呢？

其實(shí)問(wèn)題就出在這個(gè) d.order_type_code=00901 這個(gè)條件上

當(dāng)有這個(gè)條件時(shí)候

全文掃描

沒有這個(gè)條件的時(shí)候

從sql的執(zhí)行順序來(lái)分析：

SELECT  * 
 from t_item_detail a
 left join t_order_detail d on a.order_code=d.order_code
 left join t_connection b on a.unique_code = b.funds_unique 
 left join t_capital_detail c on b.capital_unique = c.unique_code 
 where item_receipt_disbursement=1 and a.is_deleted=0
  and order_type_code=00901 group by a.unique_code LIMIT 10

這里面的執(zhí)行順序?yàn)?/p>

1.from
2.on
3.join
4.where
5.select
6.group by
7.limit

即

寫的順序：select … from… where… group by… having… order by… limit [offset,](rows)

執(zhí)行順序：from… where…group by… having… select … order by… limit

知道這個(gè)，我們?cè)倏催@個(gè)sql

不走索引有order_type_code條件

SELECT *
from t_item_detail a
left join t_order_detail d on a.order_code=d.order_code
left join t_connection b on a.unique_code = b.funds_unique
left join t_capital_detail c on b.capital_unique = c.unique_code
where item_receipt_disbursement=1 and a.is_deleted=0
and order_type_code=00901 group by a.unique_code LIMIT 10

和

走索引沒有order_type_code條件

SELECT *
from t_item_detail a
left join t_order_detail d on a.order_code=d.order_code
left join t_connection b on a.unique_code = b.funds_unique
left join t_capital_detail c on b.capital_unique = c.unique_code
where item_receipt_disbursement=1 and a.is_deleted=0
group by a.unique_code LIMIT 10

和走索引有沒有order_type_code條件

SELECT *
from t_item_detail a
left join t_order_detail d on a.order_code=d.order_code and d.order_type_cod=‘00901'
left join t_connection b on a.unique_code = b.funds_unique
left join t_capital_detail c on b.capital_unique = c.unique_code
where item_receipt_disbursement=1 and a.is_deleted=0
group by a.unique_code LIMIT 10

會(huì)發(fā)現(xiàn) 在不走索引有order_type_code條件的那個(gè)sql中，在執(zhí)行到where的時(shí)候，需要去找到條件 order_type_code=00901 ，但是order_type_code這個(gè)字段沒有索引，所以數(shù)據(jù)庫(kù)就去對(duì)order_detail進(jìn)行全表掃描。