1.mysql索引

MySQL索引的建立對于MySQL的高效運行是很重要的，索引可以大大提高MySQL的檢索速度。

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

實際上，索引也是一張表，該表保存了主鍵與索引字段，并指向實體表的記錄。

上面都在說使用索引的好處，但過多的使用索引將會造成濫用。因此索引也會有它的缺點：雖然索引大大提高了查詢速度，同時卻會降低更新表的速度，如對表進行INSERT、UPDATE和DELETE。因為更新表時，MySQL不僅要保存數據，還要保存一下索引文件。

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

2.索引類型

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

無論任何類型，都是通過建立關鍵字與位置的對應關系來實現的。

以上類型的差異：對索引關鍵字的要求不同。

添加修改索引語法：ALTER TABLE tbl_name ADD INDEX index_name (column_list(length)): 添加普通索引，索引值可出現多次。 ALTER TABLE tbl_name ADD UNIQUE index_name (column_list): 這條語句創建索引的值必須是唯一的（除了NULL外，NULL可能會出現多次）。 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字段創建的索引就是一個普通索引，MyIASM中默認的BTREE類型的索引，也是我們大多數情況下用到的索引。

–修改表結構的方式添加索引 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）

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

–修改表結構的方式添加索引 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）

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

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

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

6.全文索引（fulltext key）

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

--修改表結構的方式添加索引 ALTER TABLE tbl_name ADD FULLTEXT index_name (column_list) --創建表全文索引 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進行查看。正確用法：

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

備注：

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

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

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

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

• name,content
• name

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

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

8.執行計劃

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

其中，

• select_type

simple：表示不需要union操作或者不包含子查詢的簡單select查詢。有連接查詢時，外層的查詢為simple，且只有一個。 primary：一個需要union操作或者含有子查詢的select，位于最外層的單位查詢的select_type即為primary。且只有一個。 subquery：除了from字句中包含的子查詢外，其他地方出現的子查詢都可能是subquery dependent subquery：與dependent union類似，表示這個subquery的查詢要受到外部表查詢的影響。 derived：from字句中出現的子查詢，也叫做派生表，其他數據庫中可能叫做內聯視圖或嵌套select。 union：union連接的兩個select查詢，第一個查詢是dervied派生表，除了第一個表外，第二個以后的表select_type都是union。 dependent union：與union一樣，出現在union 或union all語句中，但是這個查詢要受到外部查詢的影響 union result：包含union的結果集，在union和union all語句中,因為它不需要參與查詢，所以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：表中只有一行數據或者是空表，且只能用于myisam和memory表。如果是Innodb引擎表，type列在這個情況通常都是all或者index const：使用唯一索引或者主鍵，返回記錄一定是1行記錄的等值where條件時，通常type是const。其他數據庫也叫做唯一索引掃描。 eq_ref：出現在要連接過個表的查詢計劃中，驅動表只返回一行數據，且這行數據是第二個表的主鍵或者唯一索引，且必須為not null，唯一索引和主鍵是多列時，只有所有的列都用作比較時才會出現eq_ref。 ref：不像eq_ref那樣要求連接順序，也沒有主鍵和唯一索引的要求，只要使用相等條件檢索時就可能出現，常見與輔助索引的等值查找。或者多列主鍵、唯一索引中，使用第一個列之外的列作為等值查找也會出現，總之，返回數據不唯一的等值查找就可能出現。 fulltext：全文索引檢索，要注意，全文索引的優先級很高，若全文索引和普通索引同時存在時，mysql不管代價，優先選擇使用全文索引。 ref_or_null：與ref方法類似，只是增加了null值的比較。實際用的不多。 unique_subquery：用于where中的in形式子查詢，子查詢返回不重復值唯一值。 index_subquery：用于in形式子查詢使用到了輔助索引或者in常數列表，子查詢可能返回重復值，可以使用索引將子查詢去重。 range：索引范圍掃描，常見于使用>,<,is null,between ,in ,like等運算符的查詢中。 index_merge：表示查詢使用了兩個以上的索引，最后取交集或者并集，常見and ，or的條件使用了不同的索引，官方排序這個在ref_or_null之后，但是實際上由于要讀取所個索引，性能可能都不如range。 index：索引全表掃描，把索引從頭到尾掃一遍，常見于使用索引列就可以處理不需要讀取數據文件的查詢、可以使用索引排序或者分組的查詢。 all：這個就是全表掃描數據文件，然后再在server層進行過濾返回符合要求的記錄。

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

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

• ref：如果是使用的常數等值查詢，這里會顯示const，如果是連接查詢，被驅動表的執行計劃這里會顯示驅動表的關聯字段，如果是條件使用了表達式或者函數，或者條件列發生了內部隱式轉換，這里可能顯示為func。
• rows：這里是執行計劃中估算的掃描行數，不是精確值。
• extra：這個列可以顯示的信息非常多，有幾十種，常用的有：

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

9.MySQL索引的優化

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

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

對于使用like的查詢，查詢如果是 ‘%a’不會使用到索引 ,而 like 'a%'就會用到索引。最前面不能使用%和_這樣的變化值

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

索引不會包含有NULL值的列

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

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

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

• 12 小時前發布

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。