mysql設(shè)計和優(yōu)化sql語句技巧_第1頁
mysql設(shè)計和優(yōu)化sql語句技巧_第2頁
mysql設(shè)計和優(yōu)化sql語句技巧_第3頁
mysql設(shè)計和優(yōu)化sql語句技巧_第4頁
mysql設(shè)計和優(yōu)化sql語句技巧_第5頁
已閱讀5頁,還剩4頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、sql 在 2OT 系統(tǒng)下數(shù)據(jù)庫名,表名,過程名,函數(shù)名稱,觸發(fā)器名稱等區(qū)分大sql 提高數(shù)據(jù)庫的性能: 查詢用具體的字段代替“ ”,不要返回用不到的任何字段。 對sql 在 2OT 系統(tǒng)下數(shù)據(jù)庫名,表名,過程名,函數(shù)名稱,觸發(fā)器名稱等區(qū)分大sql 提高數(shù)據(jù)庫的性能: 查詢用具體的字段代替“ ”,不要返回用不到的任何字段。 對查詢進(jìn)行優(yōu)化,應(yīng)盡量避免全表掃描,首先應(yīng)考慮在 =.+8+ 及 58*+8 (? 涉及的列上建立索引。數(shù)據(jù)庫性能優(yōu)化涉及到很多方面在數(shù)據(jù)庫開發(fā)時可以通過以下一些基本的 YWR 優(yōu)化技巧小寫,列名不區(qū)分大小寫,原因是這些操作系統(tǒng)下文件名稱區(qū)分大小寫。在 =OTJ 系統(tǒng)下全部

2、不區(qū)分大小寫,公司一般為規(guī)范,規(guī)定所有 全部大寫比如 +:6+,853 58*+8 (?等保證大家寫出來的代碼都一樣,便于后期如 2:): ,853 VXOOKMKEKX =.+8+ KXETGS # ST 注釋使用在語句中多寫注釋,注釋不影響 972 語句的執(zhí)行效率,增加代碼的可讀性。 應(yīng)盡量避免在 =.+8 子句中對字段進(jìn)行 4;22值判斷,否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描,如: 應(yīng)盡量避免在 =.+8 子句中對字段進(jìn)行 4;22值判斷,否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描,如:9+2+) OJ ,853 Z =.+8 TS /9 可以在 TS 上設(shè)置默認(rèn)值 ,確保表中 TS

3、列沒有 4;22 值,然后這樣查詢:9+2+) OJ ,853 Z =.+8 應(yīng)盡量避免在 =.+8 子句中使用 #或$操作符否則將引擎放棄使用索引而進(jìn)行全表掃描。 應(yīng)盡量避免在 =.+8 子句中使用 58 來連接條件否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描,如:9+2+) OJ Z.8TS# 58 可以這樣查詢:2OJ Z.82OJ Z.8 /4 和45:/4 也要慎用,否則會導(dǎo)致全表掃描,如:2OJ ,853 Z .8TS 對于連續(xù)的數(shù)值,能用 (+:4 就不要用 /4 了:9+2+) OJ ,853 Z .8TS 4 下面的查詢也將導(dǎo)致全表掃描:9+2+) OJ ,853 Z =.+8

4、TGSK 2/1+ 下面的查詢也將導(dǎo)致全表掃描:9+2+) OJ ,853 Z =.+8 TGSK 2/1+ 若要提高效率,可以考慮全文檢索。 如果在 =.+8 子句中使用參數(shù),也會導(dǎo)致全表掃描。因為 972 只有在運行時才會解析局部變量,但優(yōu)化程序不能計劃的選擇推運行時;它必須在編譯時進(jìn)行選擇。然而,如果在編譯時建立計劃,變量的值還是未知的,因而無法作為索引選擇的輸入項。如下面語句將進(jìn)行全表掃描:9+2+) OJ ,853 Z =.+8 可以改為強制查詢使用索引:9+2+) OJ ,853 Z =TJK索引名 =.+8+ 應(yīng)盡量避免在 =.+8 子句中對字段進(jìn)行表達(dá)式操作,這將導(dǎo)致引擎放棄使

5、用索引而進(jìn)行全表掃描 盡量將結(jié)果先計算好。如:9+2+) OJ ,853 Z =.+8 TS 應(yīng)改為 9+2+) OJ ,853 Z =.+8 應(yīng)盡量避免在 =.+8+ 子句中對字段進(jìn)行函數(shù)操作,這將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描。如:9+2+) OJ ,853 Z 8+(84- TSK # HI TGSK 以 GH 開頭的 9+2+) OJ Z.8+:, J 9+2+) OJ Z.8+:, J KJK # 生成的 應(yīng)改為 9+2+) OJ Z=.+8 TGSK 2/1+ 9+2+) OJ Z=.+8 KJK 4* 不要在 =.+子句中的“#”左邊進(jìn)行函數(shù)、算術(shù)運算或其他表達(dá)式運算,否則系

6、統(tǒng)將可能無法正確使用索引。 在使用索引字段作為條件時,如果該索引是復(fù)合索引,那么必須使用到該索引中的第一個字段作為條件時才能保證系統(tǒng)使用該索引,否則該索引將不會被使用,并且應(yīng)盡可能的讓字段順序與索引順序相一致。 不要寫一些沒有意義的查詢,如需要生成一個空表結(jié)構(gòu):9+2+) IUR 5 Z ,853 Z =.+8 這類代碼不會返回任何結(jié)果集,但是會消耗系統(tǒng)資源的,應(yīng)改成這樣:)8+: :(2 很多時候用 +/9:9 代替 /4 是一個好的選擇:9+2+) TS ,853 G =.+8 TS /4 9+2+) TS ,853 用下面的語句替換:9+2+)9+2+) TS ,853 G =.+8+9

7、 +) ,853 H =.+8 T# 并不是所有索引對查詢都有效,972 是根據(jù)表中數(shù)據(jù)來進(jìn)行查詢優(yōu)化的,當(dāng)索引列有大量數(shù)據(jù)重復(fù)時,972 查詢可能不會去利用索引,如一表中有字段 YK,SGRK、LKSGRK幾乎各一半,那么即使在 YK 上建了索引也對查詢效率起不了作用。 索引并不是越多越好,索引固然可以提高相應(yīng)的 9+2+) 的效率,但同時也降低了/4+8 及 ;6*: 的效率,因為 /4+8 或 ;6*: 時有可能會重建索引,所以怎樣建索引需要慎重考慮,視具體情況而定。一個表的索引數(shù)最好不要超過 個,若太多則應(yīng)考慮一些不常使用到的列上建的索引是否有必要。 應(yīng)盡可能的避免更新 IRYKXK

8、索引數(shù)據(jù)列,因為 IZKXK 索引數(shù)據(jù)列的順序就是表 的物理 順序,一旦該列值改變將導(dǎo)致整個表 的順序的調(diào)整,會耗費相當(dāng)大的資源。若應(yīng)用系統(tǒng)需要頻繁更新 IYKXK 索引數(shù)據(jù)列,那么需要考慮是否應(yīng)將該索引建為 IRYKXK 索引。 盡量使用數(shù)字型字段,若只含數(shù)值信息的字段盡量不要設(shè)計為字符型,這會降低查詢和連接的性能,并會增加 開銷。這是因為引擎在處理查詢和連接時會逐個比較字符串中每一個字符,而對于數(shù)字型而言只需要比較一次就夠了。 盡可能的使用 NXTGXIN 代替 NX TING 因為首先變長字段空間小,可以節(jié)省空間,其次對于查詢來說,在一個相對較小的字段內(nèi)搜索效率顯然要高些。 盡量使用表變

9、量來代替臨時表。如果表變量包含大量數(shù)據(jù),請注意索引非常有限(只有主鍵索引)。 避免頻繁創(chuàng)建和刪除臨時表,以減少系統(tǒng)表資源的消耗。臨時表并不是不可使用,適當(dāng)?shù)厥褂盟鼈兛梢允鼓承├谈行?,例如,?dāng)需要重復(fù)大型表或常用表中的某個數(shù)據(jù)集時。但是,對于事件,最好使用導(dǎo)出表。 在新建臨時表時,如果數(shù)據(jù)量很大,那么可以使用 5 代替8+ 盡量使用表變量來代替臨時表。如果表變量包含大量數(shù)據(jù),請注意索引非常有限(只有主鍵索引)。 避免頻繁創(chuàng)建和刪除臨時表,以減少系統(tǒng)表資源的消耗。臨時表并不是不可使用,適當(dāng)?shù)厥褂盟鼈兛梢允鼓承├谈行?,例如,?dāng)需要重復(fù)大型表或常用表中的某個數(shù)據(jù)集時。但是,對于事件,最好使用導(dǎo)

10、出表。 在新建臨時表時,如果數(shù)據(jù)量很大,那么可以使用 5 代替8+ +,避免造成大量 RUM ,以提高速度;如果數(shù)據(jù)量不大,為了緩和系統(tǒng)表的資源,應(yīng)先 )8+ +,然后 48: 如果使用到了臨時表,在過程的最后務(wù)必將所有的臨時表顯式刪除,先 :+ ,然后 *856 +,這樣可以避免系統(tǒng)表的較長時間鎖定。 盡量避免使用游標(biāo),因為游標(biāo)的效率較差,如果游標(biāo)操作的數(shù)據(jù)超過 萬行,那么就應(yīng)該考慮改寫。 在所有過程和觸發(fā)器的開始處設(shè)置 9+: 45)5;4:54 ,在結(jié)束時設(shè)置 45)5;4: 5, 。無需在執(zhí)行過程和觸發(fā)器的每個語句后向客戶端發(fā)送 /4E685) 消息。 盡量使用 ) )5;4函數(shù)只有在

11、統(tǒng)計表中所有行數(shù)時使用,而)5;4: 盡量使用 ) )5;4函數(shù)只有在統(tǒng)計表中所有行數(shù)時使用,而)5;4: )5;4: 更有效率。 多表聯(lián)合查詢:G 連接查詢效率高,但是會導(dǎo)致重復(fù)數(shù)據(jù)。如果確定連接查詢不會重復(fù),那么用連接查詢會比較好。H 子查詢效率低,但是可以避免重復(fù)數(shù)據(jù)。如果要到子查詢,盡量使用索引提高效率。有些情況必須避免重復(fù)數(shù)據(jù),那就只能查詢。但是具體問題還是要具體分析。如果主表很小,子表很大,并且有索引,是可以使查詢的,如果主表很大,那就盡量避免子查詢,而用 05/4 如 5 Z G 9+2+) H ,853 Z =.+8+4 Z =.+8 Z O # Z OJ 改寫后:5 Z 9+

12、2+) H ,853 2+, 05/ 9+2+) JOZOTI Z O ,853 Z Z 54 Z O # Z I 顯示 KVOIO OTTK PUO 9 隱式 SVROIZ OTTKX PUOT 性能基本相同如:9+2+) ,853 ZGHRK G /44+8 GHRK H54 GO # H9+2+) G H ,853 ZGHRK G ZGHRK H=+8 GO # H =.+8 子句中的執(zhí)行順序:采用自上而下的順序=.+8 子句 根據(jù)這個原理 表之間的連接必須寫在其=.+8 =.+8 子句中的執(zhí)行順序:采用自上而下的順序=.+8 子句 根據(jù)這個原理 表之間的連接必須寫在其=.+8條件之前 那些可以過濾掉最大數(shù)量的條件必須寫在 =.+8+ 子句的首位 根據(jù) 54 與 =.+8+ 的

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論