一.mysql索引型別Normal,Unique,Full Text區別

(1)Normal:
表示普通索引，大多數情況下都可以使用
(2)Unique:
約束唯一標識資料庫表中的每一條記錄，即在單表中不能用每條記錄是唯一的（例如身份證就是唯一的），Unique(要求列唯一)和Primary Key(primary key = unique + not null 列唯一)約束均為列或列集合中提供了唯一性的保證，Primary Key是擁有自動定義的Unique約束，但是每個表中可以有多個Unique約束，但是隻能有一個Primary Key約束。 
mysql中建立Unique約束
Unique詳細請參考：http://www.w3school.com.cn/sql/sql_unique.asp
(3)Full Text:
表示全文收索，在檢索長文字的時候，效果最好，短文字建議使用Index,但是在檢索的時候資料量比較大的時候，現將資料放入一個沒有全域性索引的表中，然後在用Create Index建立的Full Text索引，要比先為一張表建立Full Text然後在寫入資料要快的很多 
詳細參考見： http://blog.csdn.net/dyllove98/article/details/9631303/
二.索引方法btree索引和hash的區別

 a) Hash 索引僅僅能滿足”=”,”IN”和”<=>”查詢，不能使用範圍查詢。

由於 Hash 索引比較的是進行 Hash 運算之後的 Hash 值，所以它只能用於等值的過濾，不能用於基於範圍的過濾，因為經過相應的 Hash 演算法處理之後的 Hash 值的大小關係，並不能保證和Hash運算前完全一樣。

 b）Hash 索引無法被用來避免資料的排序操作。

由於 Hash 索引中存放的是經過 Hash 計算之後的 Hash 值，而且Hash值的大小關係並不一定和 Hash 運算前的鍵值完全一樣，所以資料庫無法利用索引的資料來避免任何排序運算；

c）Hash 索引不能利用部分索引鍵查詢。

對於組合索引，Hash 索引在計算 Hash 值的時候是組合索引鍵合併後再一起計算 Hash 值，而不是單獨計算 Hash 值，所以通過組合索引的前面一個或幾個索引鍵進行查詢的時候，Hash 索引也無法被利用。

d）Hash 索引在任何時候都不能避免表掃描。

前面已經知道，Hash 索引是將索引鍵通過 Hash 運算之後，將 Hash運算結果的 Hash 值和所對應的行指標資訊存放於一個 Hash 表中，由於不同索引鍵存在相同 Hash 值，所以即使取滿足某個 Hash 鍵值的資料的記錄條數，也無法從 Hash 索引中直接完成查詢，還是要通過訪問表中的實際資料進行相應的比較，並得到相應的結果。

f）Hash 索引遇到大量Hash值相等的情況後效能並不一定就會比B-Tree索引高。

對於選擇性比較低的索引鍵，如果建立 Hash 索引，那麼將會存在大量記錄指標資訊存於同一個 Hash 值相關聯。這樣要定位某一條記錄時就會非常麻煩，會浪費多次表資料的訪問，而造成整體效能低下。

（2）B-Ttree索引方法
   B-Tree型別的索引可以在一個查詢當中使用=，>，>=，>=，或者between，當然也支援like操作符，但是like後的字串不能以萬用字元%開頭。例如，下面的例子會命中索引：

select * from table_name where col_name like 'xxx%';

select * from table_name where col_name like 'xxx%XX';

而下面的例子不會命中索引：

select * from table_name where col_name like '%XX';

select * from table_name where col_name likeother_col;

說得比較簡潔，但是上面的這些東西必須滿足最左匹配原則，比如你建立了abcd索引，在使用的時候必須先把a伺候了。
Hash索引特點
hash索引僅僅用於比較是否相等的操作，不支援範圍查詢，如用<查詢一個範圍的值。在ordery by中使用hash索引頁不會提速，對月hash索引的命中必須是一個完整的索引。
索引的檢視
使用explain可以檢視索引是否命中，如 explain select * from table_name where index_name = 'xx';