網(wǎng)站隨著數(shù)據(jù)量與訪問(wèn)量越來(lái)越大，訪問(wèn)的速度變的越來(lái)越慢，于是開(kāi)始想辦法解決優(yōu)化速度慢的原因
下面是對(duì)程序中一條sql的分析過(guò)程，當(dāng)然程序的執(zhí)行效率不單單是sql語(yǔ)句的問(wèn)題，還有可能是服務(wù)器配置，網(wǎng)速，程序語(yǔ)言等各方法的問(wèn)題，今天我們先來(lái)分析一下sql語(yǔ)句中l(wèi)eft join的效率問(wèn)題
sql語(yǔ)句中包含以下信息:
1、sql包含數(shù)據(jù)處理函數(shù)，比如nvl函數(shù),case when函數(shù)等
2、sql中包含inner join，left join等關(guān)聯(lián)關(guān)系
3、sql中有排序和分頁(yè)
下面是分析過(guò)程
1、首先把排序去掉，速度確實(shí)很快，但沒(méi)辦法，排序是必須的，這樣做只是為了證明排序確實(shí)是很耗資源
2、將nvl，case when等函數(shù)去掉，結(jié)果速度幾乎沒(méi)有任何改變
3、將inner join的表去除，速度稍微快了幾十毫秒
4、將left join的表去掉，速度從原來(lái)的4秒提高到1秒內(nèi)。
綜合所得，left join才是速度慢的元兇，于是將left join關(guān)聯(lián)關(guān)系字段都加為索引，在測(cè)試，發(fā)現(xiàn)速度基本能保持在1秒左右。問(wèn)題解決。
結(jié)論：left join是相當(dāng)耗資源的操作，如果關(guān)聯(lián)的字段沒(méi)有索引的話，速度是很慢的，所以如果有l(wèi)eft join的話，最好用索引字段取關(guān)聯(lián)?；蛘?strong>給關(guān)聯(lián)的字段加索引
網(wǎng)上還看到有人說(shuō)，將left join右邊的表數(shù)據(jù)補(bǔ)齊，然后將left join 替換為 inner join。我試過(guò)，速度確實(shí)快很多，但考慮到數(shù)據(jù)量的問(wèn)題，未測(cè)試此方法。
您可能感興趣的文章:- MySQL利用profile分析慢sql詳解（group left join效率高于子查詢）
- mysql not in、left join、IS NULL、NOT EXISTS 效率問(wèn)題記錄
- SQL之left join、right join、inner join的區(qū)別淺析
- 解析sql語(yǔ)句中l(wèi)eft_join、inner_join中的on與where的區(qū)別
- sql 左連接和右連接的使用技巧(left join and right join)
- sql left join 命令詳解
- SQL中的left join right join
- 超詳細(xì)mysql left join,right join,inner join用法分析
- SQL 外鏈接操作小結(jié) inner join left join right join
