幾個比較經典的規則：
建立索引的規則：
1、利用最左字首：mysql會一直向右查詢直到遇到範圍操作（>，<，like、between）就停止匹配。比如a=1 and b=2 andc>3 and d=6；此時如果建立了（a,b,c,d）索引，那麼後面的d索引是完全沒有用到，當換成了（a,b,d,c）就可以用到。
2、不能過度索引：在修改表內容的時候，索引必須更新或者重構，所以索引過多時，會消耗更多的時間。
3、盡量擴充套件索引而不要新建索引
4、最適合的索引的列是出現在where子句中的列或連線子句中指定的列。
5、不同值較少的列不必要建立索引（性別）。
普遍的規則：
1
、表的主鍵、外來鍵必須有索引；
2、資料量超過300的表應該有索引；
3、經常與
其他表進行連線的表，在連線欄位上應該建立索引；4
、經常出現在
where
子句中的字段，特別是大表的字段，應該建立索引；5
、索引應該建在選擇性高的字段上；6
、索引應該建在小字段上，對於大的文字字段甚至超長字段，不要建索引；
7、復合索引的建立需要進行仔細分析；
盡量考慮用單字段索引代替：a
、正確選擇復合索引中的
主列字段，一般是選擇性較好的字段；b
、復合索引的
幾個字段是否經常同時以and方式出現在where子句中？單字段查詢是否極少甚至沒有？
如果是，則可以建立復合索引；否則考慮單字段索引；
c、如果復合索引中包含的字段經常單獨出現在where子句中，則分解為多個單字段索引；
d、如果復合索引所包含的字段超過3個，那麼仔細考慮其必要性，考慮減少復合的字段；
e、如果既有單字段索引，又有這幾個欄位上的復合索引，一般可以刪除復合索引；8、
頻繁進行資料操作的表，不要建立太多的索引；9
、刪除無用的索引，避免對執行計畫造成負面影響
；以上是一些普遍的建立索引時的判斷依據。一言以蔽之，索引的建立必須慎重，對每個索引的必要性都應該經過仔細分析，要有建立的依據。因為太多的索引與不充分、不正確的索引對效能都毫無益處：在表上建立的每個索引都會增加儲存開銷，索引對於插入、刪除、更新操作也會增加處理上的開銷。另外，過多的復合索引，在有單字段索引的情況下，一般都是沒有存在價值的；相反，還會降低資料增加刪除時的效能，特別是對頻繁更新的表來說，負面影響更大
建立索引常用的規則
1 表的主鍵 外來鍵必須有索引 2 資料量超過300的表應該有索引 3 經常與其他表進行連線的表，在連線欄位上應該建立索引 4 經常出現在where子句中的字段，特別是大表的字段，應該建立索引 5 索引應該建在選擇性高的字段上 6 索引應該建在小字段上，對於大的文字字段甚至超長字段，不要建索引 7 ...
建立索引常用的規則
1 表的主鍵 外來鍵必須有索引 2 資料量超過300的表應該有索引 3 經常與其他表進行連線的表，在連線欄位上應該建立索引 4 經常出現在where子句中的字段，特別是大表的字段，應該建立索引 5 索引應該建在選擇性高的字段上 6 索引應該建在小字段上，對於大的文字字段甚至超長字段，不要建索引 7 ...
關於索引的建立規則
表列和索引有同樣的值集，只不過是索引是排過序的 因此找到內容的時間更少。索引一般採用b樹演算法，一般常使用的為二叉樹演算法。在小表上建立索引通常沒有意義，會降低效能而不是提高。比如 如果表有50行，那麼掃瞄他會比使用b樹演算法更快。在大表上，只有當涉及索引列的查詢檢索小百分比的行 通常因小於15 時...