為搜索字段建立索引
索引不一定就是給主鍵或者是唯一的字段，如果在表中，有某個字段經常用來做搜索，需要將其建立索引。
索引的有關操作如下：
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()函數來創建一個函數索引。
1、准備數據：
CREATE TABLE jka AS SELECT ROWNUM id, dbms_random.string('x',10) v FROM dual CONNECT BY LEVEL <= 10000;
2、創建原始索引：
CREATE INDEX jka_normal ON jka (v);
3、以下SQL基於jka_normal索引走范圍掃描：
SELECT * FROM jka WHERE v LIKE 'ABC%';
4、但是下面的SQL將走全表掃描（不會使用索引）：
SELECT * FROM jka WHERE v LIKE '%ABC';
5、現在，創建一個函數索引（不要與反向索引[REVERSE INDEX]混淆）：
CREATE INDEX jka_reverse ON jka(REVERSE(v));
6、下面的SQL將基於jka_reverse索引走范圍掃描：
SELECT * FROM jka WHERE REVERSE(v) LIKE REVERSE('%ABC');