<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    posts - 495,  comments - 11,  trackbacks - 0
    1、使用索引來更快地遍歷表。

      缺省情況下建立的索引是非群集索引,但有時它并不是最佳的。在非群集索引下,數據在物理上隨機存放在數據頁上。合理的索引設計要建立在對各種查詢的分析和預測上。一般來說:
      a.有大量重復值、且經常有范圍查詢( > ,< ,> =,< =)和order by、group by發生的列,可考慮建立群集索引;
      b.經常同時存取多列,且每列都含有重復值可考慮建立組合索引;
      c.組合索引要盡量使關鍵查詢形成索引覆蓋,其前導列一定是使用最頻繁的列。索引雖有助于提高性能但不是索引越多越好,恰好相反過多的索引會導致系統低效。用戶在表中每加進一個索引,維護索引集合就要做相應的更新工作。

      2、在海量查詢時盡量少用格式轉換。
      3、ORDER BY和GROPU BY使用ORDER BY和GROUP BY短語,任何一種索引都有助于SELECT的性能提高。

      4、任何對列的操作都將導致表掃描,它包括數據庫函數、計算表達式等等,查詢時要盡可能將操作移至等號右邊。

      5、IN、OR子句常會使用工作表,使索引失效。如果不產生大量重復值,可以考慮把子句拆開。拆開的子句中應該包含索引。
      6、只要能滿足你的需求,應盡可能使用更小的數據類型:例如使用MEDIUMINT代替INT

      7、盡量把所有的列設置為NOT NULL,如果你要保存NULL,手動去設置它,而不是把它設為默認值。
      8、盡量少用VARCHAR、TEXT、BLOB類型
      9、如果你的數據只有你所知的少量的幾個。最好使用ENUM類型
      10、正如graymice所講的那樣,建立索引。

      以下是我做的一個實驗,可以發現索引能極大地提高查詢的效率:
    我有一個會員信息表users,里邊有37365條用戶記錄:
    在不加索引的時候進行查詢:
    sql語句A:
    select * from users where username like '%許%';
    在Mysql-Front中的8次查詢時長為:1.40,0.54,0.54,0.54,0.53,0.55,0.54 共找到960條記錄
    sql語句B:
    select * from users where username like '許%';
    在Mysql-Front中的8次查詢時長為:0.53,0.53,0.53,0.54,0.53,0.53,0.54,0.54 共找到836條記錄
    sql語句C:
    select * from users where username like '%許';
    在Mysql-Front中的8次查詢時長為:0.51,0.51,0.52,0.52,0.51,0.51,0.52,0.51 共找到7條記錄
    為username列添加索引:
    create index usernameindex on users(username(6));
    再次查詢:
    sql語句A:
    select * from users where username like '%許%';
    在Mysql-Front中的8次查詢時長為:0.35,0.34,0.34,0.35,0.34,0.34,0.35,0.34 共找到960條記錄
    sql語句B:
    select * from users where username like '許%';
    在Mysql-Front中的8次查詢時長為:0.06,0.07,0.07,0.07,0.07,0.07,0.06,0.06 共找到836條記錄
    sql語句C:
    select * from users where username like '%許';
    在Mysql-Front中的8次查詢時長為:0.32,0.31,0.31,0.32,0.31,0.32,0.31,0.31 共找到7條記錄

      在實驗過程中,我沒有另開任何程序,以上的數據說明在單表查詢中,建立索引的可以極大地提高查詢速度。

      另外要說的是如果建立了索引,對于like '許%'類型的查詢,速度提升是最明顯的。因此,我們在寫sql語句的時候也盡量采用這種方式查詢。

      對于多表查詢我們的優化原則是:
      盡量將索引建立在:left join on/right join on ... +條件,的條件語句中所涉及的字段上。

      多表查詢比單表查詢更能體現索引的優勢。

      11、索引的建立原則:
      如果一列的中數據的前綴重復值很少,我們最好就只索引這個前綴。Mysql支持這種索引。我在上面用到的索引方法就是對username最左邊的6個字符進行索引。索引越短,占用的 磁盤空間越少,在檢索過程中花的時間也越少。這方法可以對最多左255個字符進行索引。

      在很多場合,我們可以給建立多列數據建立索引。
      索引應該建立在查詢條件中進行比較的字段上,而不是建立在我們要找出來并且顯示的字段上
      12、一往情深問到的問題:IN、OR子句常會使用工作表,使索引失效。如果不產生大量重復值,可以考慮把子句拆開。拆開的子句中應該包含索引。

    這句話怎么理解決,請舉個例子
    例子如下:
    如果在fields1和fields2上同時建立了索引,fields1為主索引
    以下sql會用到索引
    select * from tablename1 where fields1='value1' and fields2='value2'
    以下sql不會用到索引
    select * from tablename1 where fields1='value1' or fields2='value2'
      13.索引帶來查詢上的速度的大大提升,但索引也占用了額外的硬盤空間(當然現在一般硬盤空間不成問題),而且往表中插入新記錄時索引也要隨著更新這也需要一定時間.
      有些表如果經常insert,而較少select,就不用加索引了.不然每次寫入數據都要重新改寫索引,花費時間; 這個視實際情況而定,通常情況下索引是必需的.

      14.我在對查詢效率有懷疑的時候,一般是直接用Mysql的Explain來跟蹤查詢情況.
      你用Mysql-Front是通過時長來比較,我覺得如果從查詢時掃描字段的次數來比較更精確一些.
    posted on 2007-10-25 10:55 jadmin 閱讀(77) 評論(0)  編輯  收藏

    只有注冊用戶登錄后才能發表評論。


    網站導航:
     
    主站蜘蛛池模板: 四虎影视永久免费观看地址| 免费A级毛片在线播放| 午夜免费不卡毛片完整版| 337p欧洲亚洲大胆艺术| 亚洲免费在线播放| 337p日本欧洲亚洲大胆色噜噜| 97在线视频免费公开视频| 中文字幕日韩亚洲| 成全视频高清免费观看电视剧| 亚洲人成亚洲人成在线观看| 国产午夜精品理论片免费观看| 亚洲一区二区三区偷拍女厕| 国产在线精品免费aaa片| 久久狠狠高潮亚洲精品| 日本免费一区二区在线观看| 四虎亚洲精品高清在线观看| 大陆一级毛片免费视频观看| 日本系列1页亚洲系列| 久久国产成人精品国产成人亚洲| 成人网站免费大全日韩国产| 亚洲欧洲日产国产综合网| 100部毛片免费全部播放完整| 亚洲一区在线免费观看| 国产网站免费观看| 亚洲精品偷拍视频免费观看| 亚洲精品无码MV在线观看| 1000部夫妻午夜免费| 香蕉视频亚洲一级| 亚洲乱色熟女一区二区三区丝袜| 日韩内射激情视频在线播放免费| 亚洲国产成人精品无码区在线秒播 | 911精品国产亚洲日本美国韩国| 1024免费福利永久观看网站| 国产亚洲精品美女久久久久| 亚洲精品乱码久久久久久| 亚洲免费综合色在线视频| 一级毛片a免费播放王色电影 | 亚洲不卡影院午夜在线观看| 亚洲精品国产精品国自产观看| 99re视频精品全部免费| 国产成人精品亚洲|