MySQL五個查詢優(yōu)化方法_MySQL教程

      編輯Tag賺U幣
      教程Tag:暫無Tag,歡迎添加,賺取U幣!

      推薦:access與sql語法上有哪些區(qū)別
      假設表game有一字段為gameYuiJian為bit字段(SQL SERVER 20005)和是/否字段(ACCSS數(shù)據(jù)庫),在編寫腳本文件時,如下才能正確執(zhí)行 SQL strCmd = Select Top 14 * From game Where gameTuiJian = 1 Order By Id Desc; OleDb strCmd = Select Top 14 * From game Where gam

         1、優(yōu)化數(shù)據(jù)類型

        MySQL中數(shù)據(jù)類型有多種,如果你是一名DBA,正在按照優(yōu)化的原則對數(shù)據(jù)類型進行嚴格的檢查,但開發(fā)人員可能會選擇他們認為最簡單的方案,以加快編碼速度,或者選擇最明顯的選擇,因此,你可能面臨的都不是最佳的選擇,如果可能的話,你應該嘗試以通用準則來改變這些決定。 IT專家網(wǎng)獨家:MySQL存儲過程調試

        (1)避免使用NULL

        NULL對于大多數(shù)數(shù)據(jù)庫都需要特殊處理,MySQL也不例外,它需要更多的代碼,更多的檢查和特殊的索引邏輯,有些開發(fā)人員完全沒有意識到,創(chuàng)建表時NULL是默認值,但大多數(shù)時候應該使用NOT NULL,或者使用一個特殊的值,如0,-1作為默認值。

        (2)僅可能使用更小的字段

        MySQL從磁盤讀取數(shù)據(jù)后是存儲到內存中的,然后使用cpu周期和磁盤I/O讀取它,這意味著越小的數(shù)據(jù)類型占用的空間越小,從磁盤讀或打包到內存的效率都更好,但也不要太過執(zhí)著減小數(shù)據(jù)類型,要是以后應用程序發(fā)生什么變化就沒有空間了。修改表將需要重構,間接地可能引起代碼的改變,這是很頭疼的問題,因此需要找到一個平衡點。MySQL中隱藏空間問題介紹

        2、小心字符集轉換

        客戶端或應用程序使用的字符集可能和表本身的字符集不一樣,這需要MySQL在運行過程中隱含地進行轉換,此外,要確定字符集如UTF-8是否支持多字節(jié)字符,因此它們需要更多的存儲空間。

        3、優(yōu)化count(my_col)和count(*)

        如果你使用MyISAM表,在沒有where子句的情況下使用count(*)速度是很快的,因為行數(shù)量的統(tǒng)計是非常精確的,因此MySQL不會一行一行地去找,進而得出行數(shù),如my_col列沒有空值,那么和前面說的情況會一樣,即count(my_col)速度也會很快。

        如果有where子句時使用count( ),基本上就無法進行更多優(yōu)化了,在where子句中超出了明顯的索引列,對于復雜的where子句,只有使用覆蓋索引才有用。

        除了上面的建議外,你還可以使用匯總表,它們讓你可以對表的內容保持更新,你可以使用觸發(fā)器,或者應用程序邏輯保持匯總表總是最新狀態(tài),或者定期運行一個批處理作業(yè)保持填充最新的數(shù)據(jù)信息,如果你采用后者,你的信息將會非常接近,但不是精確的,依賴于批處理作業(yè)多久運行一次,這需要權衡應用程序對精確信息的需要,和保持數(shù)據(jù)更新的系統(tǒng)開銷,要在這二者之間找到一個平衡點。

        4、優(yōu)化子查詢

        遇到子查詢時,MySQL的查詢優(yōu)化引擎并不是總是最有效的,這就是為什么經(jīng)常將子查詢轉換為連接查詢的原因了,優(yōu)化器已經(jīng)能夠正確處理連接查詢了,當然要注意的一點是,確保連接表(第二個表)的連接列是有索引的,在第一個表上MySQL通常會相對于第二個表的查詢子集進行一次全表掃描,這是嵌套循環(huán)算法的一部分。

        5、優(yōu)化UNION

        在跨多個不同的數(shù)據(jù)庫時使用UNION是一個有趣的優(yōu)化方法,UNION從兩個互不關聯(lián)的表中返回數(shù)據(jù),這就意味著不會出現(xiàn)重復的行,同時也必須對數(shù)據(jù)進行排序,我們知道排序是非常耗費資源的,特別是對大表的排序。

        UNION ALL可以大大加快速度,如果你已經(jīng)知道你的數(shù)據(jù)不會包括重復行,或者你不在乎是否會出現(xiàn)重復的行,在這兩種情況下使用UNION ALL更適合。此外,還可以在應用程序邏輯中采用某些方法避免出現(xiàn)重復的行,這樣UNION ALL和UNION返回的結果都是一樣的,但UNION ALL不會進行排序。

      分享:總結mysql服務器查詢慢原因
      會經(jīng)常發(fā)現(xiàn)開發(fā)人員查一下沒用索引的語句或者沒有l(wèi)imit n的語句,這些沒語句會對數(shù)據(jù)庫造成很大的影響,例如一個幾千萬條記錄的大表要全部掃描,或者是不停的做filesort,對數(shù)據(jù)庫和服務器造成io影響等。這是鏡像庫上面的情況。 而到了線上庫,除了出現(xiàn)沒有索引的語句

      來源:模板無憂//所屬分類:MySQL教程/更新時間:2014-10-10
      相關MySQL教程