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

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

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

    漁人碼頭

    天行健,君子以自強(qiáng)不息。地勢(shì)坤,君子以厚德載物。
    posts - 12, comments - 16, trackbacks - 0, articles - 43
      BlogJava :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

    MySQL索引經(jīng)驗(yàn)之淺見

    Posted on 2007-01-10 16:42 Fisher 閱讀(273) 評(píng)論(0)  編輯  收藏 所屬分類: DataBase

    【IT168 服務(wù)器學(xué)院】在數(shù)據(jù)庫(kù)表中,使用索引可以大大提高查詢速度。? 假如我們創(chuàng)建了一個(gè)testIndex表:
    CREATE TABLE testIndex(i_testID INT NOT NULL,vc_Name VARCHAR(16) NOT NULL);

    ??? 我們隨機(jī)向里面插入了1000條記錄,其中有一條
    i_testID vc_Name
    555 erquan

    ??? 在查找vc_Name="erquan"的記錄
    SELECT * FROM testIndex WHERE vc_Name='erquan';
    時(shí),如果在vc_Name上已經(jīng)建立了索引,MySql無須任何掃描,即準(zhǔn)確可找到該記錄!相反,MySql會(huì)掃描所有記錄,即要查詢1000次啊~~可以索引將查詢速度提高100倍。

    ??? 一、索引分單列索引和組合索引
    單列索引:即一個(gè)索引只包含單個(gè)列,一個(gè)表可以有多個(gè)單列索引,但這不是組合索引。
    組合索引:即一個(gè)索包含多個(gè)列。

    ??? 二、介紹一下索引的類型

    1.普通索引。
    ??? 這是最基本的索引,它沒有任何限制。它有以下幾種創(chuàng)建方式:
    (1)創(chuàng)建索引:CREATE INDEX indexName ON tableName(tableColumns(length));如果是CHAR,VARCHAR類型,length可以小于字段實(shí)際長(zhǎng)度;如果是BLOB 和 TEXT 類型,必須指定length,下同。
    (2)修改表結(jié)構(gòu):ALTER tableName ADD INDEX [indexName] ON (tableColumns(length))
    (3)創(chuàng)建表的時(shí)候直接指定:CREATE TABLE tableName ( [...], INDEX [indexName] (tableColumns(length)) ;

    2.唯一索引。
    ??? 它與前面的"普通索引"類似,不同的就是:索引列的值必須唯一,但允許有空值。如果是組合索引,則列值的組合必須唯一。它有以下幾種創(chuàng)建方式:
    (1)創(chuàng)建索引:CREATE UNIQUE INDEX indexName ON tableName(tableColumns(length))
    (2)修改表結(jié)構(gòu):ALTER tableName ADD UNIQUE [indexName] ON (tableColumns(length))
    (3)創(chuàng)建表的時(shí)候直接指定:CREATE TABLE tableName ( [...], UNIQUE [indexName] (tableColumns(length));

    3.主鍵索引
    ??? 它是一種特殊的唯一索引,不允許有空值。一般是在建表的時(shí)候同時(shí)創(chuàng)建主鍵索引:CREATE TABLE testIndex(i_testID INT NOT NULL AUTO_INCREMENT,vc_Name VARCHAR(16) NOT NULL,PRIMARY KEY(i_testID)); 當(dāng)然也可以用ALTER命令。
    記?。阂粋€(gè)表只能有一個(gè)主鍵。

    4.全文索引
    MySQL從3.23.23版開始支持全文索引和全文檢索。這里不作討論,呵呵~~

    刪除索引的語(yǔ)法:DROP INDEX index_name ON tableName

    ??? 三、單列索引和組合索引

    ??? 為了形象地對(duì)比兩者,再建一個(gè)表:
    CREATE TABLE myIndex ( i_testID INT NOT NULL AUTO_INCREMENT, vc_Name VARCHAR(50) NOT NULL, vc_City VARCHAR(50) NOT NULL, i_Age INT NOT NULL, i_SchoolID INT NOT NULL, PRIMARY KEY (i_testID) );

    ?? 在這10000條記錄里面7上8下地分布了5條vc_Name="erquan"的記錄,只不過city,age,school的組合各不相同。
    來看這條T-SQL:
    SELECT i_testID FROM myIndex WHERE vc_Name='erquan' AND vc_City='鄭州' AND i_Age=25;

    ??? 首先考慮建單列索引:
    ??? 在vc_Name列上建立了索引。執(zhí)行T-SQL時(shí),MYSQL很快將目標(biāo)鎖定在了vc_Name=erquan的5條記錄上,取出來放到一中間結(jié)果集。在這個(gè)結(jié)果集里,先排除掉vc_City不等于"鄭州"的記錄,再排除i_Age不等于25的記錄,最后篩選出唯一的符合條件的記錄。????? 雖然在vc_Name上建立了索引,查詢時(shí)MYSQL不用掃描整張表,效率有所提高,但離我們的要求還有一定的距離。同樣的,在vc_City和i_Age分別建立的單列索引的效率相似。

    ??? 為了進(jìn)一步榨取MySQL的效率,就要考慮建立組合索引。就是將vc_Name,vc_City,i_Age建到一個(gè)索引里:
    ALTER TABLE myIndex ADD INDEX name_city_age (vc_Name(10),vc_City,i_Age);--注意了,建表時(shí),vc_Name長(zhǎng)度為50,這里為什么用10呢?因?yàn)橐话闱闆r下名字的長(zhǎng)度不會(huì)超過10,這樣會(huì)加速索引查詢速度,還會(huì)減少索引文件的大小,提高INSERT的更新速度。

    ??? 執(zhí)行T-SQL時(shí),MySQL無須掃描任何記錄就到找到唯一的記錄??!

    ??? 肯定有人要問了,如果分別在vc_Name,vc_City,i_Age上建立單列索引,讓該表有3個(gè)單列索引,查詢時(shí)和上述的組合索引效率一樣吧?嘿嘿,大不一樣,遠(yuǎn)遠(yuǎn)低于我們的組合索引~~雖然此時(shí)有了三個(gè)索引,但MySQL只能用到其中的那個(gè)它認(rèn)為似乎是最有效率的單列索引。

    建立這樣的組合索引,其實(shí)是相當(dāng)于分別建立了
    vc_Name,vc_City,i_Age
    vc_Name,vc_City
    vc_Name
    ??? 這樣的三個(gè)組合索引!為什么沒有vc_City,i_Age等這樣的組合索引呢?這是因?yàn)閙ysql組合索引"最左前綴"的結(jié)果。簡(jiǎn)單的理解就是只從最左面的開始組合。并不是只要包含這三列的查詢都會(huì)用到該組合索引,下面的幾個(gè)T-SQL會(huì)用到:
    SELECT * FROM myIndex WHREE vc_Name="erquan" AND vc_City="鄭州"
    SELECT * FROM myIndex WHREE vc_Name="erquan"
    而下面幾個(gè)則不會(huì)用到:
    SELECT * FROM myIndex WHREE i_Age=20 AND vc_City="鄭州"
    SELECT * FROM myIndex WHREE vc_City="鄭州"

    ??? 四、使用索引
    ??? 到此你應(yīng)該會(huì)建立、使用索引了吧?但什么情況下需要建立索引呢?一般來說,在WHERE和JOIN中出現(xiàn)的列需要建立索引,但也不完全如此,因?yàn)镸ySQL只對(duì) <,<=,=,>,>=,BETWEEN,IN,以及某些時(shí)候的LIKE(后面有說明)才會(huì)使用索引。
    SELECT t.vc_Name FROM testIndex t LEFT JOIN myIndex m ON t.vc_Name=m.vc_Name WHERE m.i_Age=20 AND m.vc_City='鄭州' 時(shí),有對(duì)myIndex表的vc_City和i_Age建立索引的需要,由于testIndex表的vc_Name開出現(xiàn)在了JOIN子句中,也有對(duì)它建立索引的必要。

    ??? 剛才提到了,只有某些時(shí)候的LIKE才需建立索引?是的。因?yàn)樵谝酝ㄅ浞?% 和 _ 開頭作查詢時(shí),MySQL不會(huì)使用索引,如
    SELECT * FROM myIndex WHERE vc_Name like'erquan%'
    會(huì)使用索引,而
    SELECT * FROM myIndex WHEREt vc_Name like'%erquan'
    就不會(huì)使用索引了。


    ??? 五、索引的不足之處

    ??? 上面說了那么多索引的好話,它真的有像傳說中那么優(yōu)秀么?當(dāng)然會(huì)有缺點(diǎn)了。

    1.雖然索引大大提高了查詢速度,同時(shí)卻會(huì)降低更新表的速度,如對(duì)表進(jìn)行INSERT、UPDATE和DELETE。因?yàn)楦卤頃r(shí),MySQL不僅要保存數(shù)據(jù),還要保存一下索引文件

    2.建立索引會(huì)占用磁盤空間的索引文件。一般情況這個(gè)問題不太嚴(yán)重,但如果你在一個(gè)大表上創(chuàng)建了多種組合索引,索引文件的會(huì)膨脹很快。


    ??? 篇尾:
    ??? 講了這么多,無非是想利用索引提高數(shù)據(jù)庫(kù)的執(zhí)行效率。不過索引只是提高效率的一個(gè)因素。如果你的MySQL有大數(shù)據(jù)的表,就需要花時(shí)間研究建立最優(yōu)秀的索引或優(yōu)化查詢語(yǔ)句。

    主站蜘蛛池模板: 美女视频黄的免费视频网页 | 国产午夜无码片免费| 欧洲人免费视频网站在线| 69av免费视频| 免费亚洲视频在线观看| 亚洲AV综合色区无码一区爱AV| 亚洲午夜无码久久久久小说| 久久www免费人成看国产片| 91黑丝国产线观看免费| 亚洲精品国自产拍在线观看| 亚洲理论片在线中文字幕| 无码色偷偷亚洲国内自拍| 99久久久国产精品免费牛牛| 四只虎免费永久观看| 亚洲一本综合久久| 特级毛片aaaa级毛片免费| 91精品全国免费观看含羞草| 免费a级毛片无码a∨性按摩| 亚洲妇女水蜜桃av网网站| jizz中国免费| 成人免费视频网址| 久久久久久亚洲精品中文字幕| 精品韩国亚洲av无码不卡区| 午夜免费福利小电影| 亚洲成网777777国产精品| 亚洲区视频在线观看| 中国极品美軳免费观看| 日本xxwwxxww在线视频免费 | 亚洲欧美日韩中文字幕一区二区三区 | 成年女人永久免费观看片| 亚洲男人第一av网站| 一级片在线免费看| 女人18一级毛片免费观看| 亚洲一级二级三级不卡| 国产精品免费久久| 免费a级黄色毛片| 亚洲综合色7777情网站777| 久久久久亚洲av无码专区导航| 免费人人潮人人爽一区二区| 久久综合AV免费观看| 亚洲专区先锋影音|