同事用這2個(gè)小技巧,讓SQL語句效率提升了1000倍

2021-03-05    分類: 網(wǎng)站建設(shè)

同事用這2個(gè)小技巧,讓SQL語句效率提升了1000倍


本次來講解與 SQL 查詢有關(guān)的兩個(gè)小知識點(diǎn),掌握這些知識點(diǎn),能夠讓你避免踩坑以及提高查詢效率。

1. 允許字段的值為 null,往往會(huì)引發(fā)災(zāi)難

首先,先準(zhǔn)備點(diǎn)數(shù)據(jù),后面好演示

  1. create table animal( 
  2. id int, 
  3. name char(20), 
  4. index(id) 
  5. )engine=innodb; 

index(id) 表示給 id 這個(gè)字段創(chuàng)建索引,并且 id 和 name 都允許為 null。

接著插入4條數(shù)據(jù),其中最后一條數(shù)據(jù)的 id 為。

  1. insert into animal(id, name) values(1, '貓'); 
  2. insert into animal(id, name) values(2, '狗'); 
  3. insert into animal(id, name) values(3, '豬'); 
  4. insert into animal(id, name) values(null, '無名動(dòng)物'); 

此時(shí)表中的數(shù)據(jù)為

同事用這2個(gè)小技巧,讓SQL語句效率提升了1000倍


這時(shí)我們查詢表中 id != 1 的動(dòng)物有哪些

  1. select * from animal where id != 1; 

結(jié)果如下:

同事用這2個(gè)小技巧,讓SQL語句效率提升了1000倍


此時(shí)我們只找到了兩行數(shù)據(jù),按道理應(yīng)該是三行的,但是 id = null 的這一行居然沒有被匹配到,,可能大家聽說過,null 與任何其他值都不相等,按道理 null != 1 是成立的話,然而現(xiàn)實(shí)很殘酷,它就是不會(huì)被匹配到。

所以,堅(jiān)決不允許字段的值為 null,否則可能會(huì)出現(xiàn)與預(yù)期不符合的結(jié)果。

反正我之前有踩過這個(gè)坑,不知道大家踩過木有?

但是萬一有人設(shè)置了允許為 null 值怎么辦?如果真的這樣的話,對于 != 的查找,后面可以多加一個(gè) or id is null 的子句(注意,是 is null,不是 = null,因?yàn)?id = null 也不會(huì)匹配到值為 null 的行)。即:

  1. select * from animal where id != 1 or id is null; 

結(jié)果如下:

同事用這2個(gè)小技巧,讓SQL語句效率提升了1000倍


2. 盡可能用 union 來代替 or

(1)、剛才我們給 id 這個(gè)字段建立了索引,如果我們來進(jìn)行等值操作的話,一般會(huì)走索引操作,不信你看:

  1. explain select * from animal where id = 1; 

結(jié)果如下:

同事用這2個(gè)小技巧,讓SQL語句效率提升了1000倍


通過執(zhí)行計(jì)劃可以看見,id 上的等值查找能夠走索引查詢(估計(jì)在你的意料之中),其中

  • type = ref :表示走非唯一索引
  • rows = 1 :預(yù)測掃描一行

(2)、那 id is null 會(huì)走索引嗎?答是會(huì)的,如圖

  1. explain select * from animal where id is null; 

同事用這2個(gè)小技巧,讓SQL語句效率提升了1000倍


其中

  • type = ref :表示走非唯一索引
  • rows = 1 :預(yù)測掃描一行

(3)、那么問題來了,那如果我們要找出 id = 1 或者 id = null 的動(dòng)物,我們可能會(huì)用 or 語句來連接,即

  1. select * from animal where id = 1 or id is null; 

那么這條語句會(huì)走索引嗎?

有沒有走索引,看執(zhí)行計(jì)劃就知道了,如圖

  1. explain select * from animal where id = 1 or id is null; 

同事用這2個(gè)小技巧,讓SQL語句效率提升了1000倍


其中:

  • ref = ALL:表示全表掃描
  • rows = 4 :預(yù)測掃描4行(而我們整個(gè)表就只有4行記錄)

通過執(zhí)行計(jì)劃可以看出,使用 or 是很有可能不走索引的,這將會(huì)大大降低查詢的速率,所以一般不建議使用 or 子句來連接條件。

那么該如何解決?

其實(shí)可以用 union 來取代 or,即如下:

  1. select * from animal where id = 1 union select * from animal where id is null. 

同事用這2個(gè)小技巧,讓SQL語句效率提升了1000倍


此時(shí)就會(huì)分別走兩次索引,找出所有 id = 1 和 所有 id = null 的行,然后再用一個(gè)臨時(shí)表來存放最終的結(jié)果,最后再掃描臨時(shí)表。

本文名稱:同事用這2個(gè)小技巧,讓SQL語句效率提升了1000倍
新聞來源:http://www.muchs.cn/news7/104307.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供App設(shè)計(jì)、品牌網(wǎng)站建設(shè)網(wǎng)站維護(hù)網(wǎng)站排名、外貿(mào)建站全網(wǎng)營銷推廣

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源: 創(chuàng)新互聯(lián)

商城網(wǎng)站建設(shè)