MySQL數(shù)據(jù)庫(kù)基礎(chǔ)實(shí)例教程(第3版)課件 第七章 索引與分區(qū)_第1頁
MySQL數(shù)據(jù)庫(kù)基礎(chǔ)實(shí)例教程(第3版)課件 第七章 索引與分區(qū)_第2頁
MySQL數(shù)據(jù)庫(kù)基礎(chǔ)實(shí)例教程(第3版)課件 第七章 索引與分區(qū)_第3頁
MySQL數(shù)據(jù)庫(kù)基礎(chǔ)實(shí)例教程(第3版)課件 第七章 索引與分區(qū)_第4頁
MySQL數(shù)據(jù)庫(kù)基礎(chǔ)實(shí)例教程(第3版)課件 第七章 索引與分區(qū)_第5頁
已閱讀5頁,還剩23頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

第7章索引與分區(qū)項(xiàng)目知識(shí)要點(diǎn)知識(shí)能力目標(biāo)學(xué)時(shí)任務(wù)1索引及其應(yīng)用1索引的分類2創(chuàng)建索引3刪除索引4索引對(duì)查詢的影響【典型工作任務(wù)】創(chuàng)建索引【技能要求】1理解各種索引的作用與區(qū)別2掌握建立各種索引的方法【知識(shí)要求】1索引的作用與使用2建立索引的SQL語句4項(xiàng)目實(shí)訓(xùn)LibraryDB索引與分區(qū)2項(xiàng)目知識(shí)要點(diǎn)與目標(biāo)索引及其應(yīng)用索引——是一種提高查找速度的機(jī)制索引用來快速地尋找那些具有特定值的記錄,如果沒有索引,執(zhí)行查詢時(shí)MySQL必須從第一個(gè)記錄開始掃描整個(gè)表的所有記錄,直至找到符合要求的記錄。表里面的記錄數(shù)量越多,這個(gè)操作的代價(jià)就越高。索引提供指針以指向存儲(chǔ)在表中指定列的數(shù)據(jù)值,然后根據(jù)指定的排序次序排列這些指針。數(shù)據(jù)庫(kù)使用索引的方式與使用書的目錄很相似:通過搜索索引找到特定的值,然后跟隨指針到達(dá)包含該值的行。如果作為搜索條件的列上已經(jīng)創(chuàng)建了索引,MySQL無需掃描任何記錄即可迅速得到目標(biāo)記錄所在的位置。如果表有1000個(gè)記錄,通過索引查找記錄至少要比順序掃描記錄快100倍。索引文件學(xué)生表student中建立“學(xué)號(hào)”索引(升序)示意圖學(xué)號(hào)記錄號(hào)200601011200601023200602032…………2007020110000…………20809995000學(xué)號(hào)姓名性別年齡20060101張建男1820060202王歡女1720060102田靜男18………..2080999李華女19…….…..20070201張麗女17學(xué)生表student索引文件索引文件如何影響原表沒有索引文件時(shí):如果要找位于第10000條的學(xué)號(hào)”20070201”的記錄,計(jì)算機(jī)要在表中查找10000次指針在原表中順序移動(dòng)學(xué)號(hào)姓名性別年齡20060101張建男1820060202王歡女1720060102田靜男18………..2080999李華女19…….…..20070201張麗女17使用索引查找計(jì)算機(jī)先在索引文件中學(xué)號(hào)為”20070201”的記錄,找到相應(yīng)的記錄號(hào),再到學(xué)生表中直接讀取相關(guān)記錄.有索引文件時(shí):(二分法查找實(shí)例)學(xué)號(hào)記錄號(hào)200601011200601023200602032…………2007020110000…………20809995000學(xué)號(hào)姓名性別年齡20060101張建男1820060202王歡女1720060102田靜男18………..2080999李華女19…….…..20070201張麗女17學(xué)生表student索引文件B樹索引示意圖索引的分類01OPTION02OPTION03OPTION04OPTION普通索引(INDEX)這是最基本的索引類型,它沒有唯一性之類的限制。創(chuàng)建普通索引的關(guān)鍵字是INDEX。唯一性索引(UNIQUE)這種索引和前面的普通索引基本相同,但有一個(gè)區(qū)別:索引列的所有值都只能出現(xiàn)一次,即必須是唯一的。創(chuàng)建唯一性索引的關(guān)鍵字是UNIQUE。主鍵(PRIMARYKEY)主鍵是一種唯一性索引,它必須指定為“PRIMARYKEY”。主鍵一般在創(chuàng)建表的時(shí)候指定,也可以通過修改表的方式加入主鍵。但是每個(gè)表只能有一個(gè)主鍵。全文索引(FULLTEXT)MySQL支持全文檢索和全文索引。全文索引的索引類型為FULLTEXT。全文索引只能在VARCHAR或TEXT類型的列上創(chuàng)建,并且只能在MyISAM表中創(chuàng)建。創(chuàng)建索引1.使用CREATEINDEX語句CREATE[UNIQUE|FULLTEXT]INDEX索引名ON表名(列名[(長(zhǎng)度)][ASC|DESC],...)使用CREATEINDEX語句可以在一個(gè)已有表上創(chuàng)建索引,一個(gè)表可以創(chuàng)建多個(gè)索引。語法格式:說明:索引名:索引的名稱,索引名在一個(gè)表中名稱必須是唯一的。列名:表示創(chuàng)建索引的列名。長(zhǎng)度:表示使用列的前多少個(gè)字符創(chuàng)建索引。使用列的一部分創(chuàng)建索引可以使索引文件大大減小,從而節(jié)省磁盤空間。BLOB或TEXT列必須用前綴索引。UNIQUE:表示創(chuàng)建的是唯一性索引FULLTEXT:表示創(chuàng)建全文索引;CREATEINDEX語句并不能創(chuàng)建主鍵。創(chuàng)建索引舉例可以在一個(gè)索引的定義中包含多個(gè)列,中間用逗號(hào)隔開,但是它們要屬于同一個(gè)表。這樣的索引叫做復(fù)合索引。

CREATEINDEXname-_bookONBook(書名(6)ASC);【例】在Sell表的用戶號(hào)列和圖書編號(hào)列上建立一個(gè)復(fù)合索引sfz_bh-_sell。

CREATEINDEXuser_bh-_sellONSell(用戶號(hào),圖書編號(hào));【例】根據(jù)Book表的書名列上的前6個(gè)字符建立一個(gè)升序索引name-_book。ALTERTABLE語句創(chuàng)建索引2.使用ALTERTABLE語句使用ALTERTABLE語句修改表,其中也包括向表中添加索引。語法格式如下:

ALTERTABLE表名

ADDINDEX[索引名](列名,...)

/*添加索引*/|ADDPRIMARYKEY[索引方式](列名,...) /*添加主鍵*/|ADDUNIQUE[索引名](列名,...) /*添加唯一性索引*/|ADDFULLTEXT[索引名](列名,...) /*添加全文索引*/ALTERTABLE創(chuàng)建索引舉例【例】在Book表的書名列上創(chuàng)建一個(gè)普通索引。ALTERTABLEBookADDINDEX(書名);【例】假設(shè)Book表中主鍵未設(shè)定,為Book表創(chuàng)建以圖書編號(hào)為主鍵索引,出版社和出版時(shí)間為復(fù)合索引,以加速表的檢索速度。ALTERTABLEBookADDPRIMARYKEY(圖書編號(hào)),ADDINDEX(出版社,出版時(shí)間);這個(gè)例子中,既包括PRIMARYKEY,也包括復(fù)合索引,說明MySQL可以同時(shí)創(chuàng)建多個(gè)索引。記住,使用PRIMARYKEY的列,必須是一個(gè)具有NOTNULL屬性的列。如果想要查看表中創(chuàng)建的索引的情況,可以使用SHOWINDEX語句,例如:SHOWINDEXFROMbook;創(chuàng)建表時(shí)創(chuàng)建索引在前面兩種情況下,索引都是在表創(chuàng)建之后創(chuàng)建的。索引也可以在創(chuàng)建表時(shí)一起創(chuàng)建。在創(chuàng)建表的CREATETABLE語句中可以包含索引的定義。語法格式:CREATETABLE表名(列名,...|[索引項(xiàng)])其中,索引項(xiàng)語法格式如下:PRIMARYKEY(列名,...)

/*主鍵*/|{INDEX|KEY}[索引名](列名,...) /*索引*/|UNIQUE[INDEX][索引名](列名,...) /*唯一性索引*/|[FULLTEXT][INDEX][索引名](列名,...) /*全文索引*/說明:KEY通常是INDEX的同義詞。在定義列選項(xiàng)的時(shí)候,也可以將某列定義為PRIMARYKEY,但是當(dāng)主鍵是由多個(gè)列組成的多列索引時(shí),定義列時(shí)無法定義此主鍵,必須在語句最后加上一個(gè)PRIMARYKEY列名,…)子句。創(chuàng)建表時(shí)創(chuàng)建索引舉例CREATETABLEsell_copy(

用戶號(hào)CHAR(18)NOTNULL,

圖書編號(hào)CHAR(20)NOTNULL,

訂購(gòu)冊(cè)數(shù)INT(5),

訂購(gòu)時(shí)間DATETIME, PRIMARYKEY(用戶號(hào),圖書編號(hào)), INDEX(訂購(gòu)冊(cè)數(shù)));【例】創(chuàng)建sell_copy表,設(shè)置用戶號(hào)和圖書編號(hào)為聯(lián)合主鍵,并在訂購(gòu)冊(cè)數(shù)列上創(chuàng)建索引。刪除索引1.使用DROPINDEX語句刪除索引DROPINDEX索引名ON表名語法格式:【例】刪除book表上索引名為“書名“的索引。DROPINDEX書名ONbook;ALTERTABLE刪除索引2.使用ALTERTABLE語句刪除索引ALTER[IGNORE]TABLE表名

|DROPPRIMARYKEY /*刪除主鍵*/|DROPINDEX索引名

/*刪除索引*/語法格式:【例】刪除Book表上的主鍵和mark索引。ALTERTABLEBookDROPPRIMARYKEY,DROPINDEXmark;如果從表中刪除了列,則索引可能會(huì)受到影響。如果所刪除的列為索引的組成部分,則該列也會(huì)從索引中刪除。如果組成索引的所有列都被刪除,則整個(gè)索引將被刪除。索引對(duì)查詢的影響目前本書實(shí)例中所涉及的表最多只有幾十行的數(shù)據(jù),所以有沒有建立索引,還體會(huì)不到查詢速度上的差異,可是當(dāng)一個(gè)表里有成千上萬行數(shù)據(jù)的時(shí)候,差異就非常明顯了?,F(xiàn)在假設(shè)有一個(gè)表,表里只有一列,由數(shù)值1~1000的1000行組成,現(xiàn)在要想查找到數(shù)字1000所在的行。如果沒有索引,要從第一行開始匹配,若數(shù)值不是1000,則轉(zhuǎn)到下一行進(jìn)行匹配,這樣直到第1000行的時(shí)候才能找到數(shù)字1000所在行,也就是說服務(wù)器進(jìn)行了1000次的運(yùn)算。而當(dāng)在該列上創(chuàng)建一個(gè)索引后,則可以直接在索引值中找到1000的位置,然后找到1000所指向的行,在速度上比全表掃描至少快了100倍。當(dāng)執(zhí)行涉及多個(gè)表的連接查詢時(shí),索引將更有價(jià)值。索引的弊端首先,索引是以文件的形式存儲(chǔ)的,索引文件要占用磁盤空間。如果有大量的索引,索引文件可能會(huì)比數(shù)據(jù)文件更快地達(dá)到最大的文件尺寸。其次,在更新表中索引列上的數(shù)據(jù)時(shí),對(duì)索引也需要更新,這可能需要重新組織一個(gè)索引,如果表中的索引很多,這是很浪費(fèi)時(shí)間的。也就是說,這樣就降低了添加、刪除、修改和其他寫入操作的效率。表中的索引越多,則更新表的時(shí)間就越長(zhǎng)。但是這些弊端并不妨礙索引的應(yīng)用,因?yàn)樗饕龓淼暮锰幰呀?jīng)基本掩蓋了它的缺陷,在表中有很多行數(shù)據(jù)的時(shí)候,索引通常是不可缺少的。索引的設(shè)計(jì)原則選擇唯一性索引為經(jīng)常需要排序、分組和聯(lián)合操作的字段建立索引為常作為查詢條件的字段建立索引限制索引的數(shù)目盡量使用數(shù)據(jù)量少的索引.盡量使用前綴來索引刪除不再使用或者很少使用的索引數(shù)據(jù)庫(kù)分區(qū)RANGE

分區(qū):基于一個(gè)給定連續(xù)區(qū)間的列值,把多行分配給分區(qū)。LIST

分區(qū):類似于按RANGE分區(qū),區(qū)別是它基于列值匹配一個(gè)離散值集合中的某個(gè)值來進(jìn)行選擇。HASH分區(qū):基于用戶定義的表達(dá)式的返回值來進(jìn)行選擇,該表達(dá)式使用將要插入到表中的這些行的列值進(jìn)行計(jì)算。這個(gè)表達(dá)式可以包含MySQL中有效的、產(chǎn)生非負(fù)整數(shù)值的任何表達(dá)式。KEY

分區(qū):類似于按HASH分區(qū),區(qū)別在于KEY分區(qū)只支持計(jì)算一列或多列,且MySQL服務(wù)器提供其自身的哈希函數(shù)。必須有一列或多列包含整數(shù)值。分區(qū)類型RANGE分區(qū)PARTITIONBYRANGE(表達(dá)式)(PARTITION分區(qū)1VALUESLESSTHAN(值1),

….

PARITION分區(qū)nVALUESLESSTHAN(值n|[MAXVALUE]))語法格式:【例】將sell表的數(shù)據(jù)按訂購(gòu)時(shí)間進(jìn)行分區(qū),2020年前的放p1分區(qū),2021-2022年放p2分區(qū),2022年以后的放p3分區(qū)。altertablesellpartitionbyrange(year(訂購(gòu)時(shí)間))

(partitionp1valueslessthan(2020),

partitionp2valueslessthan(2022),

partitionp3valueslessthanmaxvalue);LST分區(qū)PARTITIONBYLIST(表達(dá)式)

(PARTITION分區(qū)1VALUESIN(值列表1),

….PARITION分區(qū)nVALUESIN(值列表n)語法格式:【例】假設(shè)sell表中是否結(jié)清字段為整數(shù)類型,1表示結(jié)清,0表示未結(jié)清。將sell表的數(shù)據(jù)按是否結(jié)清進(jìn)行分區(qū),已結(jié)清的放p1分區(qū),未結(jié)清的放p2分區(qū)。altertablesellpartitionbylist(是否結(jié)清)(partitionp1valuesin(1),partitionp2valuesin(0));HASH分區(qū)和KEY分區(qū)其中n是一個(gè)非負(fù)的整數(shù),它表示表將要被分割成分區(qū)的數(shù)量。如果沒有包含“

PARTITIONS

n”子句,那么分區(qū)的數(shù)量會(huì)默認(rèn)為1。【例】假設(shè)sell表中訂單號(hào)為主鍵,字段為整數(shù)類型。將sell表的數(shù)據(jù)按訂單號(hào)進(jìn)行HASH分區(qū),共分為3個(gè)分區(qū)。HASH分區(qū)語法格式:

PARTITIONBY[LINEAR]HASH(表達(dá)式)[PARTITIONSn]altertablesellpartitionbyhash(訂單號(hào))partitions3;HASH分區(qū)和KEY分區(qū)【例】假設(shè)sell表中訂單號(hào)為主鍵,字段為整數(shù)類型。將sell表的數(shù)據(jù)按訂單號(hào)進(jìn)行KEY分區(qū),共分為3個(gè)分區(qū)。KEY分區(qū):altertablesellpartitionbyKey()partitions3;KEY分區(qū)和HASH分區(qū)相似,區(qū)別在以下幾點(diǎn):KEY分區(qū)允許多列,而HASH分區(qū)只允許一列。如果在有主鍵或唯一性索引的情況下,KEY分區(qū)列可不指定,默認(rèn)為主鍵或唯一性索引列,如果沒有主鍵或唯一性索引,則必須顯性指定列。KEY分區(qū)對(duì)象必須為列,而不能是基于列的表達(dá)式。算法不一樣,HASH分區(qū),采用MOD(表達(dá)式,n)算法,而KEY分區(qū)基于的是列的MD5值。

分區(qū)管理【例7-13】在例7-10中,對(duì)sell表的數(shù)據(jù)按“是否結(jié)清”分成了2個(gè)分區(qū),“是否結(jié)清”字段中1表示已結(jié)清,

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論