12 MySQL常見(jiàn)優(yōu)化

操作符優(yōu)化

1): <> 操作符(不等于)
優(yōu)化原因:
    不等于操作符是永遠(yuǎn)不會(huì)用到索引的凉倚,因此對(duì)它的處理只會(huì)產(chǎn)生全表掃描蓬蝶。 

優(yōu)化方法:
    a):  用其它相同功能的操作運(yùn)算代替李命,如 a<>0 改為 a>0 or a<0   a<>'' 改為 a>'' 
    b):  盡量便面使用 != 操作符,如 c != '' 應(yīng)寫成  c > ''
2): LIKE優(yōu)化
優(yōu)化方法:
    a):  LIKE '名稱%'-----可以使用到索引,可以使用
    b):  LIKE '%名稱%'----不會(huì)使用索引,盡量避免使用,只能在語(yǔ)句上進(jìn)行優(yōu)化        
            原SQL: Select object_id,object_type,object_name from t1 
                        where object_name like '%ABC%';

            改寫后的SQL:Select object_id ,object_type,object_name from t1 
                            Where object_name in
                                (select object_name from t1 where object_name like '%ABC%');
    c):  LIKE '%名稱'-----不會(huì)使用到索引,應(yīng)優(yōu)化
             1:  首先,在查詢的列建立反向索引
                    cerate index 索引名稱 on 表名(reverse(列名));
             2:  查詢語(yǔ)句如下: 
                    select count(*) from emp where reverse(列名) like reverse('%名稱');

    用全文搜索搜索文本數(shù)據(jù),取代like搜索
        全文搜索始終優(yōu)于like搜索:
            (1)全文搜索讓你可以實(shí)現(xiàn)like不能完成的復(fù)雜搜索灾测,如搜索一個(gè)單詞或一個(gè)短語(yǔ)爱榔,搜索一個(gè)與另一個(gè)單詞或短語(yǔ)相近的單詞或短語(yǔ)翁狐,或者是搜索同義詞;
            (2)實(shí)現(xiàn)全文搜索比實(shí)現(xiàn)like搜索更容易(特別是復(fù)雜的搜索); 

in,not in,exists與not exists

in和exists
    in是把外表和內(nèi)表作hash連接办铡,而exists是對(duì)外表作loop循環(huán),每次loop循環(huán)再對(duì)內(nèi)表進(jìn)行查詢百框,一直以來(lái)認(rèn)為exists比in效率高的說(shuō)法是不準(zhǔn)確的闲礼。
    如果查詢的兩個(gè)表大小相當(dāng),那么用in和exists差別不大铐维;如果兩個(gè)表中一個(gè)較小一個(gè)較大柬泽,則子查詢表大的用exists,子查詢表小的用in嫁蛇;
    
    例如:表A(小表)锨并,表B(大表)
        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列的索引。

    相反的:    
        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列的索引。
Not IN 不走索引的是絕對(duì)不能用的新荤,可以用NOT EXISTS 代替

where子句優(yōu)化

1): 第一個(gè)原則:在where子句中應(yīng)把最具限制性的條件放在最前面。
    在下面兩條select語(yǔ)句中:
        select * from table1 where field1<=10000 and field1>=0;
        select * from table1 where field1>=0 and field1<=10000;
        如果數(shù)據(jù)表中的數(shù)據(jù)field1都>=0,則第一條select語(yǔ)句要比第二條select語(yǔ)句效率高的多台汇,
        因?yàn)榈诙lselect語(yǔ)句的第一個(gè)條件耗費(fèi)了大量的系統(tǒng)資源苛骨。
2): 第二個(gè)原則:where子句中字段的順序應(yīng)和索引中字段順序一致。
    在下面的select語(yǔ)句中:
        select * from tab where a=… and b=… and c=…;
        若有索引index(a,b,c)苟呐,則where子句中字段的順序應(yīng)和索引中字段順序一致痒芝。
3): 應(yīng)盡量避免在 where 子句中使用 or 來(lái)連接條件,
如果一個(gè)字段有索引牵素,一個(gè)字段沒(méi)有索引严衬,將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描,如:   
    select id from t where num=10 or Name = 'admin'   
    可以這樣查詢:   
    select id from t where num = 10   
    union all   
    select id from t where Name = 'admin'  
4): 應(yīng)盡量避免在 where 子句中等號(hào)的左端對(duì)字段進(jìn)行表達(dá)式操作笆呆,這將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描请琳。如:
    select id from t where num/2 = 100   
    應(yīng)改為:   
    select id from t where num = 100*2
5): 在使用索引字段作為條件時(shí)粱挡,如果該索引是復(fù)合索引,那么必須使用到該索引中的第一個(gè)字段作為條件時(shí)才能保證系統(tǒng)使用該索引俄精,
否則該索引將不會(huì)被使用询筏,并且應(yīng)盡可能的讓字段順序與索引順序相一致。(不需要完全一致竖慧。最左前綴原則嫌套。)   
eg:

以下假設(shè)在field1上有唯一索引I1,在field2上有非唯一索引I2圾旨。

      1): 
        a):
            select field3,field4 from tb where field1='sdf' 快
            select * from tb where field1='sdf' 慢踱讨,
            因?yàn)楹笳咴谒饕龗呙韬笠嘁徊絉OWID表訪問(wèn)。

        b):
            select field3,field4 from tb where field1>='sdf' 快
            select field3,field4 from tb where field1>'sdf' 慢
            因?yàn)榍罢呖梢匝杆俣ㄎ凰饕?
        c):
            select field3,field4 from tb where field2 like 'R%' 快
            select field3,field4 from tb where field2 like '%R' 慢砍的,
            因?yàn)楹笳卟皇褂盟饕?
    2) 使用函數(shù)如:
            select field3,field4 from tb where upper(field2)='RMN'不使用索引痹筛。
            如果一個(gè)表有兩萬(wàn)條記錄,建議在WHERE子句中不使用函數(shù)挨约;
            如果一個(gè)表有五萬(wàn)條以上記錄味混,在WHERE子句中嚴(yán)格禁止使用函數(shù)!兩萬(wàn)條記錄以下沒(méi)有限制诫惭。 

SQL語(yǔ)句注意事項(xiàng)

1. 在查詢中不要使用select *
為什么不能使用翁锡,地球人都知道,但是很多人都習(xí)慣這樣用夕土,要明白能省就省馆衔,而且這樣查詢數(shù)據(jù)庫(kù)不能利用“覆蓋索引”了
2. 盡量寫WHERE子句
盡量不要寫沒(méi)有WHERE的SQL語(yǔ)句
3. 注意SELECT INTO后的WHERE子句
因?yàn)镾ELECT INTO把數(shù)據(jù)插入到臨時(shí)表,這個(gè)過(guò)程會(huì)鎖定一些系統(tǒng)表怨绣,如果這個(gè)WHERE子句返回的數(shù)據(jù)過(guò)多或者速度太慢角溃,會(huì)造成系統(tǒng)表長(zhǎng)期鎖定,諸塞其他進(jìn)程篮撑。
4. 對(duì)于聚合查詢减细,可以用HAVING子句進(jìn)一步限定返回的行
5. 避免使用臨時(shí)表
(1)除非卻有需要,否則應(yīng)盡量避免使用臨時(shí)表赢笨,相反未蝌,可以使用表變量代替;
(2)大多數(shù)時(shí)候(99%),表變量駐扎在內(nèi)存中茧妒,因此速度比臨時(shí)表更快萧吠,臨時(shí)表駐扎在TempDb數(shù)據(jù)庫(kù)中,因此臨時(shí)表上的操作需要跨數(shù)據(jù)庫(kù)通信桐筏,速度自然慢纸型。
6. 減少訪問(wèn)數(shù)據(jù)庫(kù)的次數(shù):
程序設(shè)計(jì)中最好將一些常用的全局變量表放在內(nèi)存中或者用其他的方式減少數(shù)據(jù)庫(kù)的訪問(wèn)次數(shù)
7. 盡量少做重復(fù)的工作
盡量減少無(wú)效工作,但是這一點(diǎn)的側(cè)重點(diǎn)在客戶端程序,需要注意的如下:
    A狰腌、控制同一語(yǔ)句的多次執(zhí)行除破,特別是一些基礎(chǔ)數(shù)據(jù)的多次執(zhí)行是很多程序員很少注意的
    B、減少多次的數(shù)據(jù)轉(zhuǎn)換癌别,也許需要數(shù)據(jù)轉(zhuǎn)換是設(shè)計(jì)的問(wèn)題皂岔,但是減少次數(shù)是程序員可以做到的。
    C展姐、杜絕不必要的子查詢和連接表躁垛,子查詢?cè)趫?zhí)行計(jì)劃一般解釋成外連接,多余的連接表帶來(lái)額外的開(kāi)銷圾笨。
    D教馆、合并對(duì)同一表同一條件的多次UPDATE,比如
        UPDATE EMPLOYEE SET FNAME='HAIWER' WHERE EMP_ID='VPA30890F'
        UPDATE EMPLOYEE SET LNAME='YANG' WHERE EMP_ID='VPA30890F'
        這兩個(gè)語(yǔ)句應(yīng)該合并成以下一個(gè)語(yǔ)句
        UPDATE EMPLOYEE SET FNAME='HAIWER',LNAME='YANG'
        WHERE EMP_ID=' VPA30890F'
    E擂达、UPDATE操作不要拆成DELETE操作+INSERT操作的形式土铺,雖然功能相同,但是性能差別是很大的板鬓。
    F悲敷、不要寫一些沒(méi)有意義的查詢,比如
        SELECT * FROM EMPLOYEE WHERE 1=2 
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末俭令,一起剝皮案震驚了整個(gè)濱河市后德,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌抄腔,老刑警劉巖瓢湃,帶你破解...
    沈念sama閱讀 222,252評(píng)論 6 516
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異赫蛇,居然都是意外死亡绵患,警方通過(guò)查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,886評(píng)論 3 399
  • 文/潘曉璐 我一進(jìn)店門悟耘,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)落蝙,“玉大人,你說(shuō)我怎么就攤上這事暂幼【蚺梗” “怎么了?”我有些...
    開(kāi)封第一講書人閱讀 168,814評(píng)論 0 361
  • 文/不壞的土叔 我叫張陵粟誓,是天一觀的道長(zhǎng)。 經(jīng)常有香客問(wèn)我起意,道長(zhǎng)鹰服,這世上最難降的妖魔是什么? 我笑而不...
    開(kāi)封第一講書人閱讀 59,869評(píng)論 1 299
  • 正文 為了忘掉前任,我火速辦了婚禮悲酷,結(jié)果婚禮上套菜,老公的妹妹穿的比我還像新娘。我一直安慰自己设易,他們只是感情好逗柴,可當(dāng)我...
    茶點(diǎn)故事閱讀 68,888評(píng)論 6 398
  • 文/花漫 我一把揭開(kāi)白布。 她就那樣靜靜地躺著顿肺,像睡著了一般戏溺。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上屠尊,一...
    開(kāi)封第一講書人閱讀 52,475評(píng)論 1 312
  • 那天旷祸,我揣著相機(jī)與錄音,去河邊找鬼讼昆。 笑死托享,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的浸赫。 我是一名探鬼主播闰围,決...
    沈念sama閱讀 41,010評(píng)論 3 422
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼既峡!你這毒婦竟也來(lái)了羡榴?” 一聲冷哼從身側(cè)響起,我...
    開(kāi)封第一講書人閱讀 39,924評(píng)論 0 277
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤涧狮,失蹤者是張志新(化名)和其女友劉穎炕矮,沒(méi)想到半個(gè)月后,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體者冤,經(jīng)...
    沈念sama閱讀 46,469評(píng)論 1 319
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡肤视,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 38,552評(píng)論 3 342
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了涉枫。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片邢滑。...
    茶點(diǎn)故事閱讀 40,680評(píng)論 1 353
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖愿汰,靈堂內(nèi)的尸體忽然破棺而出困后,到底是詐尸還是另有隱情,我是刑警寧澤衬廷,帶...
    沈念sama閱讀 36,362評(píng)論 5 351
  • 正文 年R本政府宣布摇予,位于F島的核電站,受9級(jí)特大地震影響吗跋,放射性物質(zhì)發(fā)生泄漏侧戴。R本人自食惡果不足惜宁昭,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 42,037評(píng)論 3 335
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望酗宋。 院中可真熱鬧积仗,春花似錦、人聲如沸蜕猫。這莊子的主人今日做“春日...
    開(kāi)封第一講書人閱讀 32,519評(píng)論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)回右。三九已至隆圆,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間楣黍,已是汗流浹背匾灶。 一陣腳步聲響...
    開(kāi)封第一講書人閱讀 33,621評(píng)論 1 274
  • 我被黑心中介騙來(lái)泰國(guó)打工, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留租漂,地道東北人阶女。 一個(gè)月前我還...
    沈念sama閱讀 49,099評(píng)論 3 378
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像哩治,于是被迫代替她去往敵國(guó)和親秃踩。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,691評(píng)論 2 361