數據庫索引的創建
經常需要進行更新操作的屬性
1、表的主鍵、外鍵必須有索引；
2、數據量超過300的表應該有索引；
3、經常與其他表進行連接的表，在連接字段上應該建立索引；
4、經常出現在Where子句中的字段，特別是大表的字段，應該建立索引；
5、索引應該建在選擇性高的字段上；
6、索引應該建在小字段上，對於大的文本字段甚至超長字段，不要建索引；
7、複合索引的建立需要進行仔細分析；儘量考慮用單字段索引代替：
A、正確選擇複合索引中的主列字段，一般是選擇性較好的字段；
B、複合索引的幾個字段是否經常同時以AND方式出現在Where子句中？單字段查詢是否極少甚至沒有？如果是，則可以建立複合索引；否則考慮單字段索引；
C、如果複合索引中包含的字段經常單獨出現在Where子句中，則分解爲多個單字段索引；
D、如果複合索引所包含的字段超過3個，那麼仔細考慮其必要性，考慮減少複合的字段；
E、如果既有單字段索引，又有這幾個字段上的複合索引，一般可以刪除複合索引；
8、頻繁進行數據操作的表，不要建立太多的索引；
9、刪除無用的索引，避免對執行計劃造成負面影響；
以上是一些普遍的建立索引時的判斷依據。一言以蔽之，索引的建立必須慎重，對每個索引的必要性都應該經過仔細分析，要有建立的依據。因爲太多的索引與不充分、不正確的索引對性能都毫無益處：在表上建立的每個索引都會增加存儲開銷，索引對於插入、刪除、更新操作也會增加處理上的開銷。另外，過多的複合索引，在有單字段索引的情況下，一般都是沒有存在價值的；相反，還會降低數據增加刪除時的性能，特別是對頻繁更新的表來說，負面影響更大。
(簡注：1、利用最左前綴：Mysql會一直向右查找直到遇到範圍操作（>，<，like、between）就停止匹配。比如a=1 and b=2 and c>3 and d=6；此時如果建立了（a,b,c,d）索引，那麼後面的d索引是完全沒有用到，當換成了（a,b,d,c）就可以用到。
2、不能過度索引：在修改表內容的時候，索引必須更新或者重構，所以索引過多時，會消耗更多的時間。
3、儘量擴展索引而不要新建索引
4、最適合的索引的列是出現在where子句中的列或連接子句中指定的列。
5、不同值較少的列不必要建立索引（性別）。)
BTree索引和Hash索引
索引是幫助mysql獲取數據的數據結構。最常見的索引是Btree索引和Hash索引。
我們在mysql中常用兩種索引算法BTree和Hash，兩種算法檢索方式不一樣，對查詢的作用也不一樣
一、BTree
BTree索引是最常用的mysql數據庫索引算法，因爲它不僅可以被用在=,>,>=,<,<=和between這些比較操作符上，而且還可以用於like操作符，只要它的查詢條件是一個不以通配符開頭的常量，例如：
select * from user where name like ‘jack%’;
select * from user where name like ‘jac%k%’;
如果一通配符開頭，或者沒有使用常量，則不會使用索引，例如：
select * from user where name like ‘%jack’;
select * from user where name like simply_name;
二、Hash
Hash索引只能用於對等比較，例如=,<=>（相當於=）操作符。由於是一次定位數據，不像BTree索引需要從根節點到枝節點，最後才能訪問到頁節點這樣多次IO訪問，所以檢索效率遠高於BTree索引。
mysql索引類型normal，unique，full text的區別
normal：表示普通索引
unique：表示唯一的，不允許重複的索引，如果該字段信息保證不會重複例如身份證號用作索引時，可設置爲unique
full textl: 表示 全文搜索的索引。 FULLTEXT 用於搜索很長一篇文章的時候，效果最好。用在比較短的文本，如果就一兩行字的，普通的 INDEX 也可以。