腳本之家服務(wù)器常用軟件

快捷導(dǎo)航

軟件下載

android MAC 驅(qū)動下載字體下載 DLL

源碼下載

PHP ASP.NET ASP JSP

軟件編程

C# JAVA C 語言 Delphi Android

網(wǎng)絡(luò)編程

PHP ASP.NET ASP JavaScript

在線工具

CSS格式化 JS格式化 Html轉(zhuǎn)化為Js

數(shù)據(jù)庫

MYSQL MSSQL oracle DB2 MARIADB

CMS

PHPCMS DEDECMS 帝國CMS WordPress

常用工具

PHP開發(fā)工具 python Photoshop 必備軟件

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

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

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

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

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

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

為了簡潔起見，這里就將無關(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居然高達20萬行。

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

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

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

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

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

其次再看，如果兩個字段或者兩張表的編碼不同，也會導(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

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

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

查詢時間也從原來的24秒變成了不到1秒。

這是為什么呢？

其實問題就出在這個 d.order_type_code=00901 這個條件上

當(dāng)有這個條件時候

全文掃描

沒有這個條件的時候

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

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í)行順序為

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

知道這個，我們再看這個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

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