數據庫索引的使用和優化

爲搜索字段創建索引

索引不必定就是給主鍵或者是惟一的字段，若是在表中，有某個字段常常用來作搜索，須要將其創建索引。

索引的有關操做以下：

1.建立索引

在執行CREATE TABLE語句時能夠建立索引，也能夠單獨用CREATE INDEX或ALTER TABLE來爲表增長索引。

1.1> ALTER TABLE

ALTER TABLE 用來建立普通索引、惟一索引、主鍵索引和全文索引 ALTER TABLE table_name ADD INDEX index_name (column_list); ALTER TABLE table_name ADD UNIQUE (column_list); ALTER TABLE table_name ADD PRIMARY KEY (column_list); ALTER TABLE table_name ADD FULLTEXT (column_list);

其中table_name是要增長索引名的表名，column_list指出對哪些列列進行索引，多列時各列之間使用半角逗號隔開。索引名index_name是可選的，若是不指定索引名稱，MySQL將根據第一個索引列自動指定索引名稱，另外，ALTER TABLE容許在單個語句中更改多個表，所以能夠在同時建立多個索引。

1.2> CREATE INDEX

CREATE INDEX可對錶增長普通索引或UNIQUE索引以及全文索引，可是不能夠對錶增長主鍵索引

CREATE INDEX index_name ON table_name (column_list); CREATE UNIQUE index_name ON table_name (column_list); CREATE FULLTEXT index_name ON table_name (column_list);

table_name、index_name和column_list具備與ALTER TABLE語句中相同的含義，索引名必須指定。另外，不能用CREATE INDEX語句建立PRIMARY KEY索引。

2.索引類型

普通索引INDEX：適用於name、email等通常屬性

惟一索引UNIQUE：與普通索引相似，不一樣的是惟一索引 要求索引字段值在表中是惟一的，這一點和主鍵索引相似，可是不一樣的是， 惟一索引容許有空值。

　　　　　　　　惟一索引通常適用於 身份證號碼、用戶帳號等不容許有重複的屬性字段上。

主鍵索引：其實就是主鍵，通常在建表時就指定了，不須要額外添加。

全文檢索：只適用於VARCHAR和Text類型的字段。

注意：全文索引和普通索引是有很大區別的， 若是創建的是普通索引，通常會使用like進行模糊查詢，只會對查詢內容前一部分有效，即只對前面不使用通配符的查詢有效，若是先後都有通配符，普通索引將不會起做用。對於全文索引而言在查詢時有本身獨特的匹配方式，例如咱們在對一篇文章的標題和內容進行全文索引時：

ALTER TABLE article ADD FULLTEXT ('title', 'content'); 在進行檢索時就須要使用以下的語法進行檢索： SELECT * FROM article WHERE MATCH('title', 'content') AGAINST ('查詢字符串');

在使用全文檢索時的注意事項：

MySql自帶的全文索引只能用於數據庫引擎爲MYISAM的數據表，若是是其餘數據引擎，則全文索引不會生效。

此外，MySql自帶的全文索引只能對英文進行全文檢索，目前沒法對中文進行全文檢索。若是須要對包含中文在內的文本數據進行全文檢索，咱們須要採用Sphinx（斯芬克斯）/Coreseek技術來處理中文。另外使用MySql自帶的全文索引時，若是查詢字符串的長度太短將沒法獲得指望的搜索結果。MySql全文索引所能找到的詞默認最小長度爲4個字符。另外，若是查詢的字符串包含中止詞，那麼該中止詞將會被忽略。

 

3.組合索引

組合索引又稱多列索引，就是創建索引時指定多個字段屬性。

有點相似於字典目錄，好比查詢 'guo' 這個拼音的字時，首先查找g字母，而後在g的檢索範圍內查詢第二個字母爲u的列表，最後在u的範圍內查找最後一個字母爲o的字。

好比組合索引(a,b,c)，abc都是排好序的，在任意一段a的下面b都是排好序的，任何一段b下面c都是排好序的。

組合索引的生效原則是 ： 從前日後依次使用生效，若是中間某個索引沒有使用，那麼斷點前面的索引部分起做用，斷點後面的索引沒有起做用；

形成斷點的緣由：

前邊的任意一個索引沒有參與查詢，後邊的所有不生效。

前邊的任意一個索引字段參與的是範圍查詢，後面的不會生效。

斷點跟索引字字段在SQL語句中的位置先後無關，只與是否存在有關。在網上找到了很好的示例：

好比：

where a=3 and b=45 and c=5 .... #這種三個索引順序使用中間沒有斷點，所有發揮做用； where a=3 and c=5... #這種狀況下b就是斷點，a發揮了效果，c沒有效果 where b=3 and c=4... #這種狀況下a就是斷點，在a後面的索引都沒有發揮做用，這種寫法聯合索引沒有發揮任何效果； where b=45 and a=3 and c=5 .... #這個跟第一個同樣，所有發揮做用，abc只要用上了就行，跟寫的順序無關

（a,b,c） 三個列上加了聯合索引（是聯合索引 不是在每一個列上單獨加索引）而是創建了a,(a,b),(a,b,c)三個索引，另外(a,b,c)多列索引和 (a,c,b)是不同的。
具體實例能夠說明：

(0) select * from mytable where a=3 and b=5 and c=4; #abc三個索引都在where條件裏面用到了，並且都發揮了做用 (1) select * from mytable where c=4 and b=6 and a=3; #這條語句爲了說明 組合索引與在SQL中的位置前後無關，where裏面的條件順序在查詢以前會被mysql自動優化，效果跟上一句同樣 (2) select * from mytable where a=3 and c=7; #a用到索引，b沒有用，因此c是沒有用到索引效果的 (3) select * from mytable where a=3 and b>7 and c=3; #a用到了，b也用到了，c沒有用到，這個地方b是範圍值，也算斷點，只不過自身用到了索引 (4) select * from mytable where b=3 and c=4; #由於a索引沒有使用，因此這裏 bc都沒有用上索引效果 (5) select * from mytable where a>4 and b=7 and c=9; #a用到了 b沒有使用，c沒有使用 (6) select * from mytable where a=3 order by b; #a用到了索引，b在結果排序中也用到了索引的效果，前面說了，a下面任意一段的b是排好序的 (7) select * from mytable where a=3 order by c; #a用到了索引，可是這個地方c沒有發揮排序效果，由於中間斷點了，使用 explain 能夠看到 filesort (8) select * from mytable where b=3 order by a; #b沒有用到索引，排序中a也沒有發揮索引效果

注意：在查詢時，MYSQL只能使用一個索引，若是創建的是多個單列的普通索引，在查詢時會根據查詢的索引字段，

從中選擇一個限制最嚴格的單例索引進行查詢。別的索引都不會生效。

 

不能使用索引的狀況 

對於普通索引而言 在使用like進行通配符模糊查詢時,若是首尾之間都使用了通配符，索引時無效的。

假設查詢內容的關鍵詞爲'abc'

SELECT * FROM tab_name WHERE index_column LIKE 'abc%'; #索引是有效的 SELECT * FROM tab_name WHERE index_column LIKE '%abc'; #索引是無效的SELECT * FROM tab_name WHERE index_column LIKE '%abc%'; #索引是無效的

當檢索的字段內容比較大並且檢索內容先後部分都不肯定的狀況下，能夠改成全文索引，並使用特定的檢索方式。

 

既然字符串以通配符（%）開始就不會走索引。那麼若是相似 like "%xxx" 的sql，如何走索引呢？

基於REVERSE()函數來建立一個函數索引。

一、準備數據：

CREATE TABLE jka AS SELECT ROWNUM id, dbms_random.string('x',10) v FROM dual CONNECT BY LEVEL <= 10000;

二、建立原始索引：

CREATE INDEX jka_normal ON jka (v);

三、如下SQL基於jka_normal索引走範圍掃描：

SELECT * FROM jka WHERE v LIKE 'ABC%';

四、可是下面的SQL將走全表掃描（不會使用索引）：

SELECT * FROM jka WHERE v LIKE '%ABC';

五、如今，建立一個函數索引（不要與反向索引[REVERSE INDEX]混淆）：

CREATE INDEX jka_reverse ON jka(REVERSE(v));

六、下面的SQL將基於jka_reverse索引走範圍掃描：

SELECT * FROM jka WHERE REVERSE(v) LIKE REVERSE('%ABC');