sql中l(wèi)eft join的效率分析與提高效率方法
網(wǎng)站隨著數(shù)據(jù)量與訪問量越來越大,訪問的速度變的越來越慢,于是開始想辦法解決優(yōu)化速度慢的原因
下面是對程序中一條sql的分析過程,當然程序的執(zhí)行效率不單單是sql語句的問題,還有可能是服務器配置,網(wǎng)速,程序語言等各方法的問題,今天我們先來分析一下sql語句中l(wèi)eft join的效率問題
sql語句中包含以下信息:
1、sql包含數(shù)據(jù)處理函數(shù),比如nvl函數(shù),case when函數(shù)等
2、sql中包含inner join,left join等關(guān)聯(lián)關(guān)系
3、sql中有排序和分頁
下面是分析過程
1、首先把排序去掉,速度確實很快,但沒辦法,排序是必須的,這樣做只是為了證明排序確實是很耗資源
2、將nvl,case when等函數(shù)去掉,結(jié)果速度幾乎沒有任何改變
3、將inner join的表去除,速度稍微快了幾十毫秒
4、將left join的表去掉,速度從原來的4秒提高到1秒內(nèi)。
綜合所得,left join才是速度慢的元兇,于是將left join關(guān)聯(lián)關(guān)系字段都加為索引,在測試,發(fā)現(xiàn)速度基本能保持在1秒左右。問題解決。
結(jié)論:left join是相當耗資源的操作,如果關(guān)聯(lián)的字段沒有索引的話,速度是很慢的,所以如果有l(wèi)eft join的話,最好用索引字段取關(guān)聯(lián)。或者給關(guān)聯(lián)的字段加索引
網(wǎng)上還看到有人說,將left join右邊的表數(shù)據(jù)補齊,然后將left join 替換為 inner join。我試過,速度確實快很多,但考慮到數(shù)據(jù)量的問題,未測試此方法。
- MySQL利用profile分析慢sql詳解(group left join效率高于子查詢)
- mysql not in、left join、IS NULL、NOT EXISTS 效率問題記錄
- SQL之left join、right join、inner join的區(qū)別淺析
- 解析sql語句中l(wèi)eft_join、inner_join中的on與where的區(qū)別
- sql 左連接和右連接的使用技巧(left join and right join)
- sql left join 命令詳解
- SQL中的left join right join
- 超詳細mysql left join,right join,inner join用法分析
- SQL 外鏈接操作小結(jié) inner join left join right join
相關(guān)文章
MySQL與Oracle 差異比較之一數(shù)據(jù)類型
這篇文章主要介紹了MySQL與Oracle 差異比較之一數(shù)據(jù)類型,需要的朋友可以參考下2017-04-04mysql "group by"與"order by"的研究--分類中最新的內(nèi)容
這兩天讓一個數(shù)據(jù)查詢難了。主要是對group by 理解的不夠深入。才出現(xiàn)這樣的情況2010-06-06Windows10?下?Neo4j1.5.8?保姆級安裝教程
Neo4j?是一個高性能的、NOSQL?圖形數(shù)據(jù)庫,它將結(jié)構(gòu)化數(shù)據(jù)存儲在網(wǎng)絡上而不是表中,這篇文章主要介紹了Windows10下Neo4j1.5.8安裝教程,需要的朋友可以參考下2023-07-07DBeaver操作數(shù)據(jù)表的拷貝的實現(xiàn)
這篇文章主要介紹了DBeaver操作數(shù)據(jù)表的拷貝的實現(xiàn),文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2020-11-11關(guān)于數(shù)據(jù)庫設計中主鍵問題的思考
數(shù)據(jù)庫主鍵在數(shù)據(jù)庫中占有重要地位。主鍵的選取策略決定了系統(tǒng)是否可靠、易用、高效。本文探討了數(shù)據(jù)庫設計過程當中常見的主鍵選取策略,并剖析了其做主鍵的優(yōu)缺點,提出了相應的解決問題的方法2013-08-08