溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

常用SQL語句優(yōu)化技巧有哪些

發(fā)布時間:2021-07-29 09:38:27 來源:億速云 閱讀:93 作者:小新 欄目:數(shù)據(jù)庫

這篇文章將為大家詳細講解有關常用SQL語句優(yōu)化技巧有哪些,小編覺得挺實用的,因此分享給大家做個參考,希望大家閱讀完這篇文章后可以有所收獲。

具體如下:

除了建立索引之外,保持良好的SQL語句編寫習慣將會降低SQL性能問題發(fā)生。

①通過變量的方式來設置參數(shù)

好:

stringsql = "select * from people p where p.id = ? ";

壞:

stringsql = "select * from people p where p.id = "+id;

數(shù)據(jù)庫的SQL文解析和執(zhí)行計劃會保存在緩存中,但是SQL文只要有變化,就得重新解析。

“…where p.id = ”+id的方式在id值發(fā)生改變時需要重新解析,這會耗費時間。

②不要使用select *

好:

stringsql = "select people_name,pepole_age from people ";

壞:

stringsql = "select * from people ";

使用select *的話會增加解析的時間,另外會把不需要的數(shù)據(jù)也給查詢出來,數(shù)據(jù)傳輸也是耗費時間的,

比如text類型的字段通常用來保存一些內(nèi)容比較繁雜的東西,如果使用select *則會把該字段也查詢出來。

③謹慎使用模糊查詢

好:

stringsql = "select * from people p where p.id like 'parm1%' ";

壞:

stringsql = "select * from people p where p.id like '%parm1%' ";

當模糊匹配以%開頭時,該列索引將失效,若不以%開頭,該列索引有效。

④不要使用列號

好:

stringsql = "select people_name,pepole_age from people order by name,age";

壞:

stringsql = "select people_name,pepole_age from people order by 6,8";

使用列號的話,將會增加不必要的解析時間。

⑤優(yōu)先使用UNION ALL,避免使用UNION

好:

stringsql = "select name from student union all select name from teacher";

壞:

stringsql = "select name from student union select name from teacher";

UNION 因為會將各查詢子集的記錄做比較,故比起UNION ALL ,通常速度都會慢上許多。一般來說,如果使用UNION ALL能滿足要求的話,務必使用UNION ALL。還有一種情況,如果業(yè)務上能夠確保不會出現(xiàn)重復記錄。

⑥在where語句或者order by語句中避免對索引字段進行計算操作

好:

stringsql = "select people_name,pepole_age from people where create_date=date1 ";

壞:

stringsql = "select people_name,pepole_age from people where trunc(create_date)=date1";

當在索引列上進行操作之后,索引將會失效。正確做法應該是將值計算好再傳入進來。

⑦使用not exist代替not in

好:

stringsql = "select * from orders where customer_name not exist (select customer_name from customer)";

壞:

stringsql = "select * from orders where customer_name not in(select customer_name from customer)";

如果查詢語句使用了not in 那么內(nèi)外表都進行全表掃描,沒有用到索引;而not extsts 的子查詢依然能用到表上的索引。

⑧ exist和in的區(qū)別

in 是把外表和內(nèi)表作hash 連接,而exists是對外表作loop循環(huán),每次loop循環(huán)再對內(nèi)表進行查詢。因此,in用到的是外表的索引, exists用到的是內(nèi)表的索引。

如果查詢的兩個表大小相當,那么用in和exists差別不大。

如果兩個表中一個較小,一個是大表,則子查詢表大的用exists,子查詢表小的用in:

例如:表A(小表),表B(大表)

1:

select * from A where cc in (select cc from B)

效率低,用到了A表上cc列的索引;

select * from A where exists(select cc from B where cc=A.cc)

效率高,用到了B表上cc列的索引。

2:

select * from B where cc in (select cc from A)

效率高,用到了B表上cc列的索引;

select * from B where exists(select cc from A where cc=B.cc)

效率低,用到了A表上cc列的索引。

⑨避免在索引列上做如下操作:

◆避免在索引字段上使用<>,!=
◆避免在索引列上使用IS NULL和IS NOT NULL
◆避免在索引列上出現(xiàn)數(shù)據(jù)類型轉(zhuǎn)換(比如某字段是String類型,參數(shù)傳入時是int類型)

當在索引列上使用如上操作時,索引將會失效,造成全表掃描。

⑩復雜操作可以考慮適當拆成幾步

有時候會有通過一個SQL語句來實現(xiàn)復雜業(yè)務的例子出現(xiàn),為了實現(xiàn)復雜的業(yè)務,嵌套多級子查詢。造成SQL性能問題。對于這種情況可以考慮拆分SQL,通過多個SQL語句實現(xiàn),或者把部分程序能完成的工作交給程序完成。

關于“常用SQL語句優(yōu)化技巧有哪些”這篇文章就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,使各位可以學到更多知識,如果覺得文章不錯,請把它分享出去讓更多的人看到。

向AI問一下細節(jié)

免責聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權內(nèi)容。

sql
AI