MySQL數(shù)據(jù)庫的索引的操作知多少

MySQL索引類型包括：

創(chuàng)新互聯(lián)-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性價(jià)比張北網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式張北網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設(shè)找我們，業(yè)務(wù)覆蓋張北地區(qū)。費(fèi)用合理售后完善，十載實(shí)體公司更值得信賴。

（1）普通索引

這是最基本的索引，它沒有任何限制。它有以下幾種創(chuàng)建方式：

◆創(chuàng)建索引

CREATE INDEX indexName ON mytable(username(length)); 如果是CHAR，VARCHAR類型，length可以小于字段實(shí)際長度；如果是BLOB和TEXT類型，必須指定 length，下同。

◆修改表結(jié)構(gòu)

ALTER mytable ADD INDEX [indexName] ON (username(length))

◆創(chuàng)建表的時(shí)候直接指定

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, INDEX [indexName] (username(length)) ); 刪除索引的語法：

DROP INDEX [indexName] ON mytable;

（2）唯一索引

與前面的普通索引類似，不同的就是：索引列的值必須唯一，但允許有空值。如果是組合索引，則列值的組合必須唯一。它有以下幾種創(chuàng)建方式：

◆創(chuàng)建索引

CREATE UNIQUE INDEX indexName ON mytable(username(length))

◆修改表結(jié)構(gòu)

ALTER mytable ADD UNIQUE [indexName] ON (username(length))

◆創(chuàng)建表的時(shí)候直接指定

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, UNIQUE [indexName] (username(length)) );

（3）主鍵索引

它是一種特殊的唯一索引，不允許有空值。一般是在建表的時(shí)候同時(shí)創(chuàng)建主鍵索引：

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, PRIMARY KEY(ID) ); 當(dāng)然也可以用 ALTER 命令。記住：一個(gè)表只能有一個(gè)主鍵。

（4）組合索引

為了形象地對(duì)比單列索引和組合索引，為表添加多個(gè)字段：

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, city VARCHAR(50) NOT NULL, age INT NOT NULL ); 為了進(jìn)一步榨取MySQL的效率，就要考慮建立組合索引。就是將 name, city, age建到一個(gè)索引里：

ALTER TABLE mytable ADD INDEX name_city_age (name(10),city,age); 建表時(shí)，usernname長度為 16，這里用 10。這是因?yàn)橐话闱闆r下名字的長度不會(huì)超過10，這樣會(huì)加速索引查詢速度，還會(huì)減少索引文件的大小，提高INSERT的更新速度。

如果分別在 usernname，city，age上建立單列索引，讓該表有3個(gè)單列索引，查詢時(shí)和上述的組合索引效率也會(huì)大不一樣，遠(yuǎn)遠(yuǎn)低于我們的組合索引。雖然此時(shí)有了三個(gè)索引，但MySQL只能用到其中的那個(gè)它認(rèn)為似乎是最有效率的單列索引。

建立這樣的組合索引，其實(shí)是相當(dāng)于分別建立了下面三組組合索引：

usernname,city,age usernname,city usernname 為什么沒有 city，age這樣的組合索引呢？這是因?yàn)镸ySQL組合索引“最左前綴”的結(jié)果。簡單的理解就是只從最左面的開始組合。并不是只要包含這三列的查詢都會(huì)用到該組合索引，下面的幾個(gè)SQL就會(huì)用到這個(gè)組合索引：

SELECT * FROM mytable WHREE username="admin" AND city="鄭州" SELECT * FROM mytable WHREE username="admin" 而下面幾個(gè)則不會(huì)用到：

SELECT * FROM mytable WHREE age=20 AND city="鄭州" SELECT * FROM mytable WHREE city="鄭州"

（5）建立索引的時(shí)機(jī)

一般來說，在WHERE和JOIN中出現(xiàn)的列需要建立索引，但也不完全如此，因?yàn)镸ySQL只對(duì)，=，=，，=，BETWEEN，IN，以及某些時(shí)候的LIKE才會(huì)使用索引。例如：

SELECT t.Name FROM mytable t LEFT JOIN mytable m ON t.Name=m.username WHERE m.age=20 AND m.city='鄭州' 此時(shí)就需要對(duì)city和age建立索引，由于mytable表的userame也出現(xiàn)在了JOIN子句中，也有對(duì)它建立索引的必要。

剛才提到只有某些時(shí)候的LIKE才需建立索引。因?yàn)樵谝酝ㄅ浞?和_開頭作查詢時(shí)，MySQL不會(huì)使用索引。例如下句會(huì)使用索引：

SELECT * FROM mytable WHERE username like'admin%' 而下句就不會(huì)使用：

SELECT * FROM mytable WHEREt Name like'%admin' 因此，在使用LIKE時(shí)應(yīng)注意以上的區(qū)別。

（6）索引的不足之處

上面都在說使用索引的好處，但過多的使用索引將會(huì)造成濫用。因此索引也會(huì)有它的缺點(diǎn)：

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

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

索引只是提高效率的一個(gè)因素，如果你的MySQL有大數(shù)據(jù)量的表，就需要花時(shí)間研究建立最優(yōu)秀的索引，或優(yōu)化查詢語句。

（7）使用索引的注意事項(xiàng)

使用索引時(shí)，有以下一些技巧和注意事項(xiàng)：

◆索引不會(huì)包含有NULL值的列

只要列中包含有NULL值都將不會(huì)被包含在索引中，復(fù)合索引中只要有一列含有NULL值，那么這一列對(duì)于此復(fù)合索引就是無效的。所以我們?cè)跀?shù)據(jù)庫設(shè)計(jì)時(shí)不要讓字段的默認(rèn)值為NULL。

◆使用短索引

對(duì)串列進(jìn)行索引，如果可能應(yīng)該指定一個(gè)前綴長度。例如，如果有一個(gè)CHAR(255)的列，如果在前10個(gè)或20個(gè)字符內(nèi)，多數(shù)值是惟一的，那么就不要對(duì)整個(gè)列進(jìn)行索引。短索引不僅可以提高查詢速度而且可以節(jié)省磁盤空間和I/O操作。

◆索引列排序

MySQL查詢只使用一個(gè)索引，因此如果where子句中已經(jīng)使用了索引的話，那么order by中的列是不會(huì)使用索引的。因此數(shù)據(jù)庫默認(rèn)排序可以符合要求的情況下不要使用排序操作；盡量不要包含多個(gè)列的排序，如果需要最好給這些列創(chuàng)建復(fù)合索引。

◆like語句操作

一般情況下不鼓勵(lì)使用like操作，如果非使用不可，如何使用也是一個(gè)問題。like “%aaa%” 不會(huì)使用索引而like “aaa%”可以使用索引。

◆不要在列上進(jìn)行運(yùn)算

select * from users where YEAR(adddate)2007; 將在每個(gè)行上進(jìn)行運(yùn)算，這將導(dǎo)致索引失效而進(jìn)行全表掃描，因此我們可以改成

select * from users where adddate‘2007-01-01’;

◆不使用NOT IN和操作

mysql：更新唯一索引的值

order為關(guān)鍵字，作為字段使用是需要加`引上，如下：

update test_t set `order`=5 where id=15;

mySQL的索引功能

索引是一種特殊的文件（InnoDB 數(shù)據(jù)表上的索引是表空間的一個(gè)組成部分），它們包含著對(duì)數(shù)據(jù)表里所有記錄的引用指針。索引不是萬能的，索引可以加快數(shù)據(jù)檢索操作，但會(huì)使數(shù)據(jù)修改操作變慢。每修改數(shù)據(jù)記錄，索引就必須刷新一次。為了在某種程度上彌補(bǔ)這一缺陷，許多 SQL 命令都有一個(gè) DELAY_KEY_WRITE 項(xiàng)。這個(gè)選項(xiàng)的作用是暫時(shí)制止 MySQL 在該命令每插入一條新記錄和每修改一條現(xiàn)有之后立刻對(duì)索引進(jìn)行刷新，對(duì)索引的刷新將等到全部記錄插入/修改完畢之后再進(jìn)行。在需要把許多新記錄插入某個(gè)數(shù)據(jù)表的場合，DELAY_KEY_WRITE 選項(xiàng)的作用將非常明顯。另外，索引還會(huì)在硬盤上占用相當(dāng)大的空間。因此應(yīng)該只為最經(jīng)常查詢和最經(jīng)常排序的數(shù)據(jù)列建立索引。注意，如果某個(gè)數(shù)據(jù)列包含許多重復(fù)的內(nèi)容，為它建立索引就沒有太大的實(shí)際效果。

從理論上講，完全可以為數(shù)據(jù)表里的每個(gè)字段分別建一個(gè)索引，但 MySQL 把同一個(gè)數(shù)據(jù)表里的索引總數(shù)限制為16個(gè)。

1．InnoDB 數(shù)據(jù)表的索引

與 InnoDB數(shù)據(jù)表相比，在 InnoDB 數(shù)據(jù)表上，索引對(duì) InnoDB 數(shù)據(jù)表的重要性要大得多。在 InnoDB 數(shù)據(jù)表上，索引不僅會(huì)在搜索數(shù)據(jù)記錄時(shí)發(fā)揮作用，還是數(shù)據(jù)行級(jí)鎖定機(jī)制的苊、基礎(chǔ)?！皵?shù)據(jù)行級(jí)鎖定”的意思是指在事務(wù)操作的執(zhí)行過程中鎖定正在被處理的個(gè)別記錄，不讓其他用戶進(jìn)行訪問。這種鎖定將影響到（但不限于）SELECT、LOCKINSHAREMODE、SELECT、FORUPDATE 命令以及 INSERT、UPDATE 和 DELETE 命令。出于效率方面的考慮，InnoDB 數(shù)據(jù)表的數(shù)據(jù)行級(jí)鎖定實(shí)際發(fā)生在它們的索引上，而不是數(shù)據(jù)表自身上。顯然，數(shù)據(jù)行級(jí)鎖定機(jī)制只有在有關(guān)的數(shù)據(jù)表有一個(gè)合適的索引可供鎖定的時(shí)候才能發(fā)揮效力。

2．限制

如果 WHERE 子句的查詢條件里有不等號(hào)（WHERE coloum !=），MySQL 將無法使用索引。類似地，如果 WHERE 子句的查詢條件里使用了函數(shù)（WHERE DAY（column）=），MySQL 也將無法使用索引。在 JOIN 操作中（需要從多個(gè)數(shù)據(jù)表提取數(shù)據(jù)時(shí)），MySQL 只有在主鍵和外鍵的數(shù)據(jù)類型相同時(shí)才能使用索引。

如果 WHERE 子句的查詢條件里使用比較操作符 LIKE 和 REGEXP，MySQL 只有在搜索模板的第一個(gè)字符不是通配符的情況下才能使用索引。比如說，如果查詢條件是 LIKE 'abc%‘，MySQL 將使用索引；如果查詢條件是 LIKE '%abc’，MySQL 將不使用索引。

在 ORDER BY 操作中，MySQL 只有在排序條件不是一個(gè)查詢條件表達(dá)式的情況下才使用索引。（雖然如此，在涉及多個(gè)數(shù)據(jù)表查詢里，即使有索引可用，那些索引在加快 ORDER BY 方面也沒什么作用）。如果某個(gè)數(shù)據(jù)列里包含許多重復(fù)的值，就算為它建立了索引也不會(huì)有很好的效果。比如說，如果某個(gè)數(shù)據(jù)列里包含的凈是些諸如 “0/1” 或 “Y/N” 等值，就沒有必要為它創(chuàng)建一個(gè)索引。 1．普通索引

普通索引（由關(guān)鍵字 KEY 或 INDEX 定義的索引）的唯一任務(wù)是加快對(duì)數(shù)據(jù)的訪問速度。因此，應(yīng)該只為那些最經(jīng)常出現(xiàn)在查詢條件（WHERE column =）或排序條件（ORDER BY column）中的數(shù)據(jù)列創(chuàng)建索引。只要有可能，就應(yīng)該選擇一個(gè)數(shù)據(jù)最整齊、最緊湊的數(shù)據(jù)列（如一個(gè)整數(shù)類型的數(shù)據(jù)列）來創(chuàng)建索引。

2．唯一索引

普通索引允許被索引的數(shù)據(jù)列包含重復(fù)的值。比如說，因?yàn)槿擞锌赡芡?，所以同一個(gè)姓名在同一個(gè)“員工個(gè)人資料”數(shù)據(jù)表里可能出現(xiàn)兩次或更多次。

如果能確定某個(gè)數(shù)據(jù)列將只包含彼此各不相同的值，在為這個(gè)數(shù)據(jù)列創(chuàng)建索引的時(shí)候就應(yīng)該用關(guān)鍵字UNIQUE 把它定義為一個(gè)唯一索引。這么做的好處：一是簡化了 MySQL 對(duì)這個(gè)索引的管理工作，這個(gè)索引也因此而變得更有效率；二是 MySQL 會(huì)在有新記錄插入數(shù)據(jù)表時(shí)，自動(dòng)檢查新記錄的這個(gè)字段的值是否已經(jīng)在某個(gè)記錄的這個(gè)字段里出現(xiàn)過了；如果是，MySQL 將拒絕插入那條新記錄。也就是說，唯一索引可以保證數(shù)據(jù)記錄的唯一性。事實(shí)上，在許多場合，人們創(chuàng)建唯一索引的目的往往不是為了提高訪問速度，而只是為了避免數(shù)據(jù)出現(xiàn)重復(fù)。

3．主索引

在前面已經(jīng)反復(fù)多次強(qiáng)調(diào)過：必須為主鍵字段創(chuàng)建一個(gè)索引，這個(gè)索引就是所謂的“主索引”。主索引與唯一索引的唯一區(qū)別是：前者在定義時(shí)使用的關(guān)鍵字是 PRIMARY 而不是 UNIQUE。

4．外鍵索引

如果為某個(gè)外鍵字段定義了一個(gè)外鍵約束條件，MySQL 就會(huì)定義一個(gè)內(nèi)部索引來幫助自己以最有效率的方式去管理和使用外鍵約束條件。

5．復(fù)合索引

索引可以覆蓋多個(gè)數(shù)據(jù)列，如像 INDEX (columnA, columnB) 索引。這種索引的特點(diǎn)是 MySQL 可以有選擇地使用一個(gè)這樣的索引。如果查詢操作只需要用到 columnA 數(shù)據(jù)列上的一個(gè)索引，就可以使用復(fù)合索引 INDEX(columnA, columnB)。不過，這種用法僅適用于在復(fù)合索引中排列在前的數(shù)據(jù)列組合。比如說，INDEX (A，B，C) 可以當(dāng)做 A 或 (A,B) 的索引來使用，但不能當(dāng)做 B、C 或 (B,C) 的索引來使用。 在為 CHAR 和 VARCHAR 類型的數(shù)據(jù)列定義索引時(shí)，可以把索引的長度限制為一個(gè)給定的字符個(gè)數(shù)（這個(gè)數(shù)字必須小于這個(gè)字段所允許的最大字符個(gè)數(shù)）。這么做的好處是可以生成一個(gè)尺寸比較小、檢索速度卻比較快的索引文件。在絕大多數(shù)應(yīng)用里，數(shù)據(jù)庫中的字符串?dāng)?shù)據(jù)大都以各種各樣的名字為主，把索引的長度設(shè)置為10~15 個(gè)字符已經(jīng)足以把搜索范圍縮小到很少的幾條數(shù)據(jù)記錄了。在為 BLOB 和 TEXT 類型的數(shù)據(jù)列創(chuàng)建索引時(shí)，必須對(duì)索引的長度做出限制；MySQL 所允許的最大索引全文索引文本字段上的普通索引只能加快對(duì)出現(xiàn)在字段內(nèi)容最前面的字符串（也就是字段內(nèi)容開頭的字符）進(jìn)行檢索操作。如果字段里存放的是由幾個(gè)、甚至是多個(gè)單詞構(gòu)成的較大段文字，普通索引就沒什么作用了。這種檢索往往以的形式出現(xiàn)，這對(duì) MySQL 來說很復(fù)雜，如果需要處理的數(shù)據(jù)量很大，響應(yīng)時(shí)間就會(huì)很長。

這類場合正是全文索引（full-textindex）可以大顯身手的地方。在生成這種類型的索引時(shí)，MySQL 將把在文本中出現(xiàn)的所有單詞創(chuàng)建為一份清單，查詢操作將根據(jù)這份清單去檢索有關(guān)的數(shù)據(jù)記錄。全文索引即可以隨數(shù)據(jù)表一同創(chuàng)建，也可以等日后有必要時(shí)再使用下面這條命令添加：

ALTER TABLE tablename ADD FULLTEXT（column1，column2）有了全文索引，就可以用 SELECT 查詢命令去檢索那些包含著一個(gè)或多個(gè)給定單詞的數(shù)據(jù)記錄了。下面是這類查詢命令的基本語法：

SELECT * FROM tablename

WHERE MATCH (column1,column2) AGAINST('word1','word2','word3')

上面這條命令將把 column1 和 column2 字段里有 word1、word2 和 word3 的數(shù)據(jù)記錄全部查詢出來。

注解：InnoDB 數(shù)據(jù)表不支持全文索引。 只有當(dāng)數(shù)據(jù)庫里已經(jīng)有了足夠多的測試數(shù)據(jù)時(shí)，它的性能測試結(jié)果才有實(shí)際參考價(jià)值。如果在測試數(shù)據(jù)庫里只有幾百條數(shù)據(jù)記錄，它們往往在執(zhí)行完第一條查詢命令之后就被全部加載到內(nèi)存里，這將使后續(xù)的查詢命令都執(zhí)行得非?？?-不管有沒有使用索引。只有當(dāng)數(shù)據(jù)庫里的記錄超過了 1000 條、數(shù)據(jù)總量也超過了 MySQL 服務(wù)器上的內(nèi)存總量時(shí)，數(shù)據(jù)庫的性能測試結(jié)果才有意義。

在不確定應(yīng)該在哪些數(shù)據(jù)列上創(chuàng)建索引的時(shí)候，人們從 EXPLAIN SELECT 命令那里往往可以獲得一些幫助。這其實(shí)只是簡單地給一條普通的 SELECT 命令加一個(gè) EXPLAIN 關(guān)鍵字作為前綴而已。有了這個(gè)關(guān)鍵字，MySQL 將不是去執(zhí)行那條 SELECT 命令，而是去對(duì)它進(jìn)行分析。MySQL 將以表格的形式把查詢的執(zhí)行過程和用到的索引等信息列出來。

在 EXPLAIN 命令的輸出結(jié)果里，第1列是從數(shù)據(jù)庫讀取的數(shù)據(jù)表的名字，它們按被讀取的先后順序排列。type列指定了本數(shù)據(jù)表與其它數(shù)據(jù)表之間的關(guān)聯(lián)關(guān)系（JOIN）。在各種類型的關(guān)聯(lián)關(guān)系當(dāng)中，效率最高的是 system，然后依次是 const、eq_ref、ref、range、index 和 All（All 的意思是：對(duì)應(yīng)于上一級(jí)數(shù)據(jù)表里的每一條記錄，這個(gè)數(shù)據(jù)表里的所有記錄都必須被讀取一遍——這種情況往往可以用一索引來避免）。

possible_keys 數(shù)據(jù)列給出了 MySQL 在搜索數(shù)據(jù)記錄時(shí)可選用的各個(gè)索引。key 數(shù)據(jù)列是 MySQL 實(shí)際選用的索引，這個(gè)索引按字節(jié)計(jì)算的長度在 key_len 數(shù)據(jù)列里給出。比如說，對(duì)于一個(gè) INTEGER 數(shù)據(jù)列的索引，這個(gè)字節(jié)長度將是4。如果用到了復(fù)合索引，在 key_len 數(shù)據(jù)列里還可以看到 MySQL 具體使用了它的哪些部分。作為一般規(guī)律，key_len 數(shù)據(jù)列里的值越小越好。

ref 數(shù)據(jù)列給出了關(guān)聯(lián)關(guān)系中另一個(gè)數(shù)據(jù)表里的數(shù)據(jù)列的名字。row 數(shù)據(jù)列是 MySQL 在執(zhí)行這個(gè)查詢時(shí)預(yù)計(jì)會(huì)從這個(gè)數(shù)據(jù)表里讀出的數(shù)據(jù)行的個(gè)數(shù)。row 數(shù)據(jù)列里的所有數(shù)字的乘積可以大致了解這個(gè)查詢需要處理多少組合。

最后，extra 數(shù)據(jù)列提供了與 JOIN 操作有關(guān)的更多信息，比如說，如果 MySQL 在執(zhí)行這個(gè)查詢時(shí)必須創(chuàng)建一個(gè)臨時(shí)數(shù)據(jù)表，就會(huì)在 extra 列看到 usingtemporary 字樣。

如何利用MySQL命令創(chuàng)建，查看，重建和刪除索引

第一步，創(chuàng)建數(shù)據(jù)庫表t_tree_info，命令如下：

create table t_tree_info(

id int(8),

tno int(4),

tname varchar(20),

tdesc varchar(100)

);

如下圖所示：

第二步，向表里插入3條數(shù)據(jù)，插入后查看表記錄，如下圖所示：

第三步，創(chuàng)建數(shù)據(jù)庫索引tree_name，命令如下：

create index tree_name on t_tree_info (tname(20));

如下圖所示：

第四步，查看數(shù)據(jù)庫表索引，利用show命令

show index from t_tree_info;

如下圖所示：

第五步，重建索引，利用repari命令

repair table t_tree_info quick;

如下圖所示：

第六步，索引創(chuàng)建好了，在不使用該索引時(shí)，可以刪除

drop index tree_name on t_tree_info;

如下圖所示：

mysql怎么看索引狀態(tài)

SHOW INDEX FROM tbl_name [FROM db_name]

例如，

mysql SHOW INDEX FROM mytable FROM mydb;

mysql SHOW INDEX FROM mydb.mytable;

SHOW KEYS是SHOW INDEX的同義詞。您也可以使用mysqlshow -k db_name tbl_name命令列舉一個(gè)表的索引。

SHOW INNODB STATUS語法

SHOW INNODB STATUS

SHOW INDEX會(huì)返回表索引信息。其格式與ODBC中的SQLStatistics調(diào)用相似。

SHOW INDEX會(huì)返回以下字段：

· Table

表的名稱。

· Non_unique

如果索引不能包括重復(fù)詞，則為0。如果可以，則為1。

· Key_name

索引的名稱。

· Seq_in_index

索引中的列序列號(hào)，從1開始。

· Column_name

列名稱。

· Collation

列以什么方式存儲(chǔ)在索引中。在MySQL中，有值‘A’（升序）或NULL（無分類）。

· Cardinality

索引中唯一值的數(shù)目的估計(jì)值。通過運(yùn)行ANALYZE TABLE或myisamchk -a可以更新?；鶖?shù)根據(jù)被存儲(chǔ)為整數(shù)的統(tǒng)計(jì)數(shù)據(jù)來計(jì)數(shù)，所以即使對(duì)于小型表，該值也沒有必要是精確的?；鶖?shù)越大，當(dāng)進(jìn)行聯(lián)合時(shí)，MySQL使用該索引的機(jī)會(huì)就越大。

· Sub_part

如果列只是被部分地編入索引，則為被編入索引的字符的數(shù)目。如果整列被編入索引，則為NULL。

· Packed

指示關(guān)鍵字如何被壓縮。如果沒有被壓縮，則為NULL。

· Null

如果列含有NULL，則含有YES。如果沒有，則該列含有NO。

· Index_type

用過的索引方法（BTREE, FULLTEXT, HASH, RTREE）。

· Comment

多種評(píng)注。