1.mysql索引

MySQL索引的建立對于MySQL的高效運(yùn)行是很重要的，索引可以大大提高M(jìn)ySQL的檢索速度。

索引分單列索引和組合索引。單列索引，即一個索引只包含單個列，一個表可以有多個單列索引，但這不是組合索引。組合索引，即一個索包含多個列。
創(chuàng)建索引時，你需要確保該索引是應(yīng)用在 SQL 查詢語句的條件(一般作為 WHERE 子句的條件)。

實(shí)際上，索引也是一張表，該表保存了主鍵與索引字段，并指向?qū)嶓w表的記錄。

上面都在說使用索引的好處，但過多的使用索引將會造成濫用。因此索引也會有它的缺點(diǎn)：雖然索引大大提高了查詢速度，同時卻會降低更新表的速度，如對表進(jìn)行INSERT、UPDATE和DELETE。因?yàn)楦卤頃r，MySQL不僅要保存數(shù)據(jù)，還要保存一下索引文件。

建立索引會占用磁盤空間的索引文件。

2.索引類型

普通索引，唯一索引，主鍵索引，全文索引。

無論任何類型，都是通過建立關(guān)鍵字與位置的對應(yīng)關(guān)系來實(shí)現(xiàn)的。

以上類型的差異：對索引關(guān)鍵字的要求不同。

添加修改索引語法：ALTER TABLE tbl_name ADD INDEX index_name (column_list(length)): 添加普通索引，索引值可出現(xiàn)多次。 ALTER TABLE tbl_name ADD UNIQUE index_name (column_list): 這條語句創(chuàng)建索引的值必須是唯一的（除了NULL外，NULL可能會出現(xiàn)多次）。 ALTER TABLE tbl_name ADD PRIMARY KEY (column_list): 該語句添加一個主鍵，這意味著索引值必須是唯一的，且不能為NULL。 ALTER TABLE tbl_name ADD FULLTEXT index_name (column_list):該語句指定了索引為 FULLTEXT ，用于全文索引。刪除索引語法： ALTER TABLE tbl_name drop INDEX 索引名;查看索引 SHOW INDEX FROM tbl_name

3.普通索引（index）

這是最基本的索引，它沒有任何限制，比如上文中為title字段創(chuàng)建的索引就是一個普通索引，MyIASM中默認(rèn)的BTREE類型的索引，也是我們大多數(shù)情況下用到的索引。

–修改表結(jié)構(gòu)的方式添加索引 ALTER TABLE tbl_name ADD INDEX index_name (column_list(length))例： CREATE TABLE mytable( ID INT NOT NULL, name VARCHAR(16) NOT NULL, INDEX index_name (name(length)) ); ALTER TABLE mytable ADD INDEX index_name ON (name(length))

4.唯一索引（unique index）

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

–修改表結(jié)構(gòu)的方式添加索引 ALTER TABLE tbl_name ADD UNIQUE index_name (column_list)例： CREATE TABLE mytable( ID INT NOT NULL, name VARCHAR(16) NOT NULL, UNIQUE unique_name (name(length)) ); ALTER TABLE mytable ADD UNIQUE index_name ON (name(length))

5.主鍵索引（primary key）

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

--添加修改索引 ALTER TABLE tbl_name ADD PRIMARY KEY (column_list) CREATE TABLE mytable( ID INT NOT NULL, name VARCHAR(16) NOT NULL, PRIMARY KEY(ID) );

當(dāng)然也可以用 ALTER 命令。記住：一個表只能有一個主鍵。

6.全文索引（fulltext key）

MySQL從3.23.23版開始支持全文索引和全文檢索；

--修改表結(jié)構(gòu)的方式添加索引 ALTER TABLE tbl_name ADD FULLTEXT index_name (column_list) --創(chuàng)建表全文索引 CREATE TABLE mytable( ID INT NOT NULL, name VARCHAR(16) NOT NULL, content TEXT PRIMARY KEY(ID),FULLTEXT(content) ); ALTER TABLE mytable ADD FULLTEXT index_content(content)

使用全文索引常見的錯誤：

select * from mytable where content like "%mysql%";

這里并不會使用全文索引，可以用explain進(jìn)行查看。正確用法：

select?*?from?mytable?where?match(title,content) against ('MYSQL');

備注：

• 在mysql中fulltext 索引只針對 myisam生效
• mysql自己提供的fulltext針對英文生效->sphinx(coreseek)技術(shù)處理中文
• 使用方法是 match(字段名..) against(‘關(guān)鍵字’)

7.組合索引（非mysql索引類型）

平時用的SQL查詢語句一般都有比較多的限制條件，所以為了進(jìn)一步榨取MySQL的效率，就要考慮建立組合索引。

例如上表中針對title和time建立一個組合索引：ALTER TABLE mytable ADD INDEX index_name_content (name(50),content(10))。建立這樣的組合索引，其實(shí)是相當(dāng)于分別建立了下面兩組組合索引：

• name,content
• name

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

–使用到上面的索引SELECT * FROM mytable WHREE name='測試' AND content='123345'; SELECT * FROM mytable WHREE name='測試';–不使用上面的索引 SELECT * FROM mytable WHREE content='123345';

8.執(zhí)行計(jì)劃

可以使用explain語句去查看分析結(jié)果，而不是真正執(zhí)行該語句。

其中，

• select_type

simple：表示不需要union操作或者不包含子查詢的簡單select查詢。有連接查詢時，外層的查詢?yōu)?span id="ozvdkddzhkzd" class="hljs-title" style="color:rgb(68,85,136); font-weight:bold">simple，且只有一個。 primary：一個需要union操作或者含有子查詢的select，位于最外層的單位查詢的select_type即為primary。且只有一個。 subquery：除了from字句中包含的子查詢外，其他地方出現(xiàn)的子查詢都可能是subquery dependent subquery：與dependent union類似，表示這個subquery的查詢要受到外部表查詢的影響。 derived：from字句中出現(xiàn)的子查詢，也叫做派生表，其他數(shù)據(jù)庫中可能叫做內(nèi)聯(lián)視圖或嵌套select。 union：union連接的兩個select查詢，第一個查詢是dervied派生表，除了第一個表外，第二個以后的表select_type都是union。 dependent union：與union一樣，出現(xiàn)在union 或union all語句中，但是這個查詢要受到外部查詢的影響 union result：包含union的結(jié)果集，在union和union all語句中,因?yàn)樗恍枰獏⑴c查詢，所以id字段為null。

• table：表名
• type

依次從好到差：system，const，eq_ref，ref，fulltext，ref_or_null，unique_subquery，index_subquery，range，index_merge，index，ALL。 除了all之外，其他的type都可以使用到索引，除了index_merge之外，其他的type只可以用到一個索引。 system：表中只有一行數(shù)據(jù)或者是空表，且只能用于myisam和memory表。如果是Innodb引擎表，type列在這個情況通常都是all或者index const：使用唯一索引或者主鍵，返回記錄一定是1行記錄的等值where條件時，通常type是const。其他數(shù)據(jù)庫也叫做唯一索引掃描。 eq_ref：出現(xiàn)在要連接過個表的查詢計(jì)劃中，驅(qū)動表只返回一行數(shù)據(jù)，且這行數(shù)據(jù)是第二個表的主鍵或者唯一索引，且必須為not null，唯一索引和主鍵是多列時，只有所有的列都用作比較時才會出現(xiàn)eq_ref。 ref：不像eq_ref那樣要求連接順序，也沒有主鍵和唯一索引的要求，只要使用相等條件檢索時就可能出現(xiàn)，常見與輔助索引的等值查找。或者多列主鍵、唯一索引中，使用第一個列之外的列作為等值查找也會出現(xiàn)，總之，返回?cái)?shù)據(jù)不唯一的等值查找就可能出現(xiàn)。 fulltext：全文索引檢索，要注意，全文索引的優(yōu)先級很高，若全文索引和普通索引同時存在時，mysql不管代價，優(yōu)先選擇使用全文索引。 ref_or_null：與ref方法類似，只是增加了null值的比較。實(shí)際用的不多。 unique_subquery：用于where中的in形式子查詢，子查詢返回不重復(fù)值唯一值。 index_subquery：用于in形式子查詢使用到了輔助索引或者in常數(shù)列表，子查詢可能返回重復(fù)值，可以使用索引將子查詢?nèi)ブ亍?range：索引范圍掃描，常見于使用>,<,is null,between ,in ,like等運(yùn)算符的查詢中。 index_merge：表示查詢使用了兩個以上的索引，最后取交集或者并集，常見and ，or的條件使用了不同的索引，官方排序這個在ref_or_null之后，但是實(shí)際上由于要讀取所個索引，性能可能都不如range。 index：索引全表掃描，把索引從頭到尾掃一遍，常見于使用索引列就可以處理不需要讀取數(shù)據(jù)文件的查詢、可以使用索引排序或者分組的查詢。 all：這個就是全表掃描數(shù)據(jù)文件，然后再在server層進(jìn)行過濾返回符合要求的記錄。

• possible_keys：查詢可能使用到的索引都會在這里列出來。
• key：查詢真正使用到的索引，select_type為index_merge時，這里可能出現(xiàn)兩個以上的索引，其他的select_type這里只會出現(xiàn)一個。
• key_len：

用于處理查詢的索引長度，如果是單列索引，那就整個索引長度算進(jìn)去，如果是多列索引，那么查詢不一定都能使用到所有的列，具體使用到了多少個列的索引，這里就會計(jì)算進(jìn)去，沒有使用到的列，這里不會計(jì)算進(jìn)去。

• ref：如果是使用的常數(shù)等值查詢，這里會顯示const，如果是連接查詢，被驅(qū)動表的執(zhí)行計(jì)劃這里會顯示驅(qū)動表的關(guān)聯(lián)字段，如果是條件使用了表達(dá)式或者函數(shù)，或者條件列發(fā)生了內(nèi)部隱式轉(zhuǎn)換，這里可能顯示為func。
• rows：這里是執(zhí)行計(jì)劃中估算的掃描行數(shù)，不是精確值。
• extra：這個列可以顯示的信息非常多，有幾十種，常用的有：

distinct：在select部分使用了distinc關(guān)鍵字 no tables used：不帶from字句的查詢或者From dual查詢。 使用not in()形式子查詢或not exists運(yùn)算符的連接查詢，這種叫做反連接。即，一般連接查詢是先查詢內(nèi)表，再查詢外表，反連接就是先查詢外表，再查詢內(nèi)表。 using filesort：排序時無法使用到索引時，就會出現(xiàn)這個。常見于order by和group by語句中。 using index：查詢時不需要回表查詢，直接通過索引就可以獲取查詢的數(shù)據(jù)。 using_union：表示使用or連接各個使用索引的條件時，該信息表示從處理結(jié)果獲取并集 using intersect：表示使用and的各個索引的條件時，該信息表示是從處理結(jié)果獲取交集 using sort_union和using sort_intersection：與前面兩個對應(yīng)的類似，只是他們是出現(xiàn)在用and和or查詢信息量大時，先查詢主鍵，然后進(jìn)行排序合并后，才能讀取記錄并返回。 using where：表示存儲引擎返回的記錄并不是所有的都滿足查詢條件，需要在server層進(jìn)行過濾。查詢條件中分為限制條件和檢查條件，5.6之前，存儲引擎只能根據(jù)限制條件掃描數(shù)據(jù)并返回，然后server層根據(jù)檢查條件進(jìn)行過濾再返回真正符合查詢的數(shù)據(jù)。5.6.x之后支持ICP特性，可以把檢查條件也下推到存儲引擎層，不符合檢查條件和限制條件的數(shù)據(jù)，直接不讀取，這樣就大大減少了存儲引擎掃描的記錄數(shù)量。extra列顯示using index condition using temporary：表示使用了臨時表存儲中間結(jié)果。臨時表可以是內(nèi)存臨時表和磁盤臨時表，執(zhí)行計(jì)劃中看不出來，需要查看status變量，used_tmp_table，used_tmp_disk_table才能看出來。 firstmatch(tb_name)：5.6.x開始引入的優(yōu)化子查詢的新特性之一，常見于where字句含有in()類型的子查詢。如果內(nèi)表的數(shù)據(jù)量比較大，就可能出現(xiàn)這個 loosescan(m..n)：5.6.x之后引入的優(yōu)化子查詢的新特性之一，在in()類型的子查詢中，子查詢返回的可能有重復(fù)記錄時，就可能出現(xiàn)這個 filtered：使用explain extended時會出現(xiàn)這個列，5.7之后的版本默認(rèn)就有這個字段，不需要使用explain extended了。這個字段表示存儲引擎返回的數(shù)據(jù)在server層過濾后，剩下多少滿足查詢的記錄數(shù)量的比例，注意是百分比，不是具體記錄數(shù)。

9.MySQL索引的優(yōu)化

對于創(chuàng)建的多列索引，只要查詢條件使用了最左邊的列，索引一般就會被使用。

比如我們對title,content 添加了復(fù)合索引
select * from table_name where title = 'test';會用到索引
select * from table_name where content = 'test';不會用到索引

對于使用like的查詢，查詢?nèi)绻?‘%a’不會使用到索引 ,而 like 'a%'就會用到索引。最前面不能使用%和_這樣的變化值

如果條件中有or，即使其中有條件帶索引也不會使用,對于索引字段推薦使用union替換or。

索引不會包含有NULL值的列

使用短索引。如果有一個CHAR(255)的列，如果在前10個或20個字符內(nèi)，多數(shù)值是惟一的，那么就不要對整個列進(jìn)行索引。

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

不要在列上進(jìn)行運(yùn)算。例如：select?from users where YEAR(adddate)<2007，將在每個行上進(jìn)行運(yùn)算，這將導(dǎo)致索引失效而進(jìn)行全表掃描，因此我們可以改成：select?from users where adddate<’2007-01-01′。

• 12 小時前發(fā)布

總結(jié)

以上是生活随笔為你收集整理的mysql索引及优化的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。