Mysql語(yǔ)句優(yōu)化的原則——讓你寫(xiě)sql更加順手

使用索引的原則:

1.最左前綴匹配原則。

mysql會(huì)一直向右匹配直到遇到范圍查詢(xún)(>、<、between、like)就停止匹配。所以要盡量把這些條件放在最后,把“=”條件放在前面。

不會(huì)用到b的索引:

where a=1 and c>0 and b=2

會(huì)用到b的索引:

where a=1 and b=2 and c>0

2.盡量選擇區(qū)分度高的列作為索引,區(qū)分度的公式是count(distinct col)/count(*),表示字段不重復(fù)的比例,比例越大我們掃描的記錄數(shù)越少。

3.當(dāng)取出的數(shù)據(jù)超過(guò)全表數(shù)據(jù)的20%時(shí),不會(huì)使用索引。

4.使用like時(shí)注意:

不使用索引:

like ‘%L%’

使用索引:

like ‘L%’

5.盡量將or 轉(zhuǎn)換為 union all

不使用索引:

select * from user where name=’a’ or age=’20’

使用索引:

select * from user where name=’a’ union all select * from user where age=’20’

6.字段加函數(shù)不會(huì)使用索引。所以盡量把函數(shù)放在數(shù)值上

不使用索引:

where truncate(price) = 1

使用索引:

where price > 1 and price < 2

7.如果使用數(shù)字作為字符,則數(shù)字需要加引號(hào),否則mysql會(huì)自動(dòng)在列上加數(shù)據(jù)類(lèi)型轉(zhuǎn)換函數(shù)

不使用索引

where mobile=18534874321

使用索引

where mobile=’18534874321’

8.字段加運(yùn)算符不會(huì)使用索引。所以盡量把運(yùn)算放在數(shù)值上

不使用索引:

SELECT ACCOUNT_NAME, AMOUNT

FROM TRANSACTION

WHERE AMOUNT + 3000 >5000;

使用索引:

SELECT ACCOUNT_NAME, AMOUNT

FROM TRANSACTION

WHERE AMOUNT > 2000 ;

9.使用組合索引時(shí),必須要包括第一個(gè)列。

例如

alter table test add index(a,b,c):

不使用索引:

where b=1, c=2

where b=1

where c=2

使用索引:

where a=1, b=1, c=2

where a=1, b=1

where a=1, c=2

10.盡量避免使用is null或is not null

不使用索引:

SELECT …

FROM DEPARTMENT

WHERE DEPT_CODE IS NOT NULL;

使用索引:

SELECT …

FROM DEPARTMENT

WHERE DEPT_CODE >0;

11.不等于(!=)不會(huì)使用索引

不使用索引:

SELECT ACCOUNT_NAME

FROM TRANSACTION

WHERE AMOUNT !=0;

使用索引:

SELECT ACCOUNT_NAME

FROM TRANSACTION

WHERE AMOUNT >0;

12.ORDER BY 子句只在以下的條件下使用索引:

lORDER BY中所有的列必須包含在相同的索引中并保持在索引中的排列順序.

lORDER BY中不能既有ASC也有DESC

例如:

alter table t1 add index(a,b);

alter table t1 add index(c);

不使用索引:

select * from t1 order by a,c; 不在一個(gè)索引中

select * from t1 order by b; 沒(méi)有出現(xiàn)組合索引的第一列

select * from t1 order by a asc, b desc; 混合ASC和DESC

select * from t1 where a=1 order by c; where和order by用的不是同一個(gè)索引,where使用索引,order by不使用。

使用索引:

select * from t1 order by a,b;

select * from t1 order where a=1 order by b;

select * from t1 order where a=1 order by a,b;

select * from t1 order by a desc, b desc;

select * from t1 where c=1 order by c;

13.索引不是越多越好。mysql需要資源來(lái)維護(hù)索引,任何數(shù)據(jù)的變更(增刪改)都會(huì)連帶修改索引的值。所以,需要平衡考慮索引帶來(lái)的查詢(xún)加速和增刪改減速。

其他注意事項(xiàng)

1.盡量避免使用select *

2.盡量使用表連接(join)代替子查詢(xún)select * from t1 where a in (select b from t2)

3.性能方面,表連接 > (not) exists > (not) in

1)用exists代替in

低效:

SELECT *

FROM EMP

WHERE EMPNO > 0

AND DEPTNO IN (SELECT DEPTNO

FROM DEPT

WHERE LOC = ‘MELB’)

高效:

SELECT *

FROM EMP

WHERE EMPNO > 0

AND EXISTS (SELECT ‘X’

FROM DEPT

WHERE DEPT.DEPTNO = EMP.DEPTNO

AND LOC = ‘MELB’)

2)用not exists代替not in

低效:

SELECT …

FROM EMP

WHERE DEPT_NO NOT IN (SELECT DEPT_NO

FROM DEPT

WHERE DEPT_CAT=’A’);

高效:

SELECT ….

FROM EMP E

WHERE NOT EXISTS (SELECT ‘X’

FROM DEPT D

WHERE D.DEPT_NO = E.DEPT_NO

AND DEPT_CAT = ‘A’);

3)用表連接代替exists

exits:

SELECT ENAME

FROM EMP E

WHERE EXISTS (SELECT ‘X’

FROM DEPT

WHERE DEPT_NO = E.DEPT_NO

AND DEPT_CAT = ‘A’);

表連接:

SELECT ENAME

FROM DEPT D,EMP E

WHERE E.DEPT_NO = D.DEPT_NO

AND DEPT_CAT = ‘A’ ;

4.清除不必要的排序

低效:

select count(*) from (select * from user where id > 40 order by id);

高效:

select count(*) from (select * from user where id > 40);

5.having -> where

避免使用HAVING子句, HAVING 只會(huì)在檢索出所有記錄之后才對(duì)結(jié)果集進(jìn)行過(guò)濾. 這個(gè)處理需要排序,總計(jì)等操作. 如果能通過(guò)WHERE子句限制記錄的數(shù)目,那就能減少這方面的開(kāi)銷(xiāo).

低效:

select * from user group by id having id > 40;

高效:

select * from user where id > 40 group by id;

6.除非確實(shí)需要去掉重復(fù)的行,否則盡量使用union all而不是union。因?yàn)閡nion會(huì)自帶distinct操作,代價(jià)很大

使用explain查看sql性能

1.explain用法:在select之前加上explain即可。

例如:explain select * from test;

注意:explain并不會(huì)真正運(yùn)行語(yǔ)句,而是只返回執(zhí)行計(jì)劃。

怎么看執(zhí)行計(jì)劃?一個(gè)簡(jiǎn)單的優(yōu)化原則:令sql讀取盡可能少的行。

2.實(shí)戰(zhàn)案例1:

問(wèn)題語(yǔ)句運(yùn)行超過(guò)5s:

SELECT `branch`.`id`, `branch`.`name`, `branch`.`registered_time`, `branch_region`.`region_id`, `user`.`username`, `user`.`mobile`, count(o.order_id) as order_num

FROM (`branch`)

LEFT JOIN `user` ON `user`.`branch_id` = `branch`.`id`

LEFT JOIN `branch_role` ON `branch_role`.`id` = `user`.`role_id`

LEFT JOIN `branch_region` ON `branch_region`.`branch_id` = `branch_role`.`branch_id`

LEFT JOIN `orders` o ON `branch`.`id` = `o`.`supplier_id`

WHERE branch.id NOT IN (select supplier_id from signing where seller_id=6683 and status < 6)

AND `branch`.`group` = 'SUPPLIER'

AND `branch_role`.`flag` = 'ADMINISTRATOR'

AND `branch`.`status` = 'NORMAL'

GROUP BY `branch`.`id`

ORDER BY `branch`.`registered_time` desc

LIMIT 20;

使用explain查看執(zhí)行計(jì)劃:

根據(jù)“讀取盡可能少的數(shù)據(jù)”的原則,發(fā)現(xiàn)讀取行數(shù)最多的步驟讀取了4792行。進(jìn)而發(fā)現(xiàn)這個(gè)步驟沒(méi)有用到索引(NULL)。而這個(gè)沒(méi)有用索引的表是orders的supplier_id列。

加索引試試看:

alter table orders add index(supplier_id);

再次使用explain查看執(zhí)行計(jì)劃:

可以看到這個(gè)步驟使用了索引,讀取的行數(shù)減少到了599行。

實(shí)際執(zhí)行一下,秒出。

3.explain執(zhí)行計(jì)劃各個(gè)字段的意義:

1)id:語(yǔ)句的執(zhí)行順序,倒序執(zhí)行

2)select_type:主要有以下幾個(gè)類(lèi)型:

lsimple:表示簡(jiǎn)單的select,沒(méi)有union和子查詢(xún)

lprimary:最外層的select。在有子查詢(xún)的語(yǔ)句中,最外面的select查詢(xún)就是primary

lunion:union語(yǔ)句的第二個(gè)或者說(shuō)是后面那一個(gè)

lunion result:union的結(jié)果

lsubquery: 子查詢(xún)中的第一個(gè) select

3)table:涉及的表。

4)type:連接類(lèi)型。主要有以下幾個(gè):(重點(diǎn)查看)

lconst:說(shuō)明只有一個(gè)匹配行,使用了主鍵或唯一性索引。通常是最優(yōu)化的情況。

leq_ref,ref,ref_or_null:表示走了簡(jiǎn)單索引

lindex_merge:表示使用了多個(gè)索引的組合

lrange:表示通過(guò)索引取出了一個(gè)范圍內(nèi)的值。例如where a in (1,2)

lindex:表示對(duì)索引進(jìn)行了全掃描

lALL:表示全表掃描

注意:以上類(lèi)型從上到下性能越來(lái)越差。

5)possible_keys:可供使用的索引

6)keys:實(shí)際使用的索引

7)key_gen:索引長(zhǎng)度

8)ref:顯示使用哪個(gè)列或常數(shù)與索引一起從表中選擇行

9)rows:讀取的行數(shù)。(重點(diǎn)查看)

10)Extra:備注

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,818評(píng)論 6 531
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡,警方通過(guò)查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,185評(píng)論 3 414
  • 文/潘曉璐 我一進(jìn)店門(mén),熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái),“玉大人,你說(shuō)我怎么就攤上這事。” “怎么了?”我有些...
    開(kāi)封第一講書(shū)人閱讀 175,656評(píng)論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長(zhǎng)。 經(jīng)常有香客問(wèn)我,道長(zhǎng),這世上最難降的妖魔是什么? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 62,647評(píng)論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 71,446評(píng)論 6 405
  • 文/花漫 我一把揭開(kāi)白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開(kāi)封第一講書(shū)人閱讀 54,951評(píng)論 1 321
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,041評(píng)論 3 440
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來(lái)了?” 一聲冷哼從身側(cè)響起,我...
    開(kāi)封第一講書(shū)人閱讀 42,189評(píng)論 0 287
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒(méi)想到半個(gè)月后,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,718評(píng)論 1 333
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 40,602評(píng)論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 42,800評(píng)論 1 369
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,316評(píng)論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,045評(píng)論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 34,419評(píng)論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 35,671評(píng)論 1 281
  • 我被黑心中介騙來(lái)泰國(guó)打工, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 51,420評(píng)論 3 390
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 47,755評(píng)論 2 371

推薦閱讀更多精彩內(nèi)容

  • 50個(gè)常用的sql語(yǔ)句Student(S#,Sname,Sage,Ssex) 學(xué)生表Course(C#,Cname...
    哈哈海閱讀 1,247評(píng)論 0 7
  • 對(duì)于單列索引,沒(méi)有太多的話(huà)題,但是對(duì)于多列索引的建立,一個(gè)好的多列索引能使用的場(chǎng)景應(yīng)可以涵蓋很多,減少其他不必要的...
    小灰灰besty閱讀 14,453評(píng)論 2 6
  • 你是精靈 是落下一地的飛花 如太陽(yáng)的光輝 我飛越半個(gè)地球去看你的燈火 在你的窗前 也許寂寞但幸福的 我會(huì)偷偷的笑 ...
    拉面當(dāng)閱讀 365評(píng)論 0 0
  • 手機(jī)確實(shí)藏了我們太多的秘密,不應(yīng)該拿手機(jī)來(lái)玩游戲。每個(gè)人也都有連自己的伴侶都不想知道的秘密,一輩子都不想讓其他人知...
    成長(zhǎng)期的黑魚(yú)閱讀 359評(píng)論 2 2