一、哪些情況應該建索引
1、表的主鍵、外來鍵必須有索引；2、資料量超過300的表應該有索引；
3、經常與其他表進行連線的表，在連線欄位上應該建立索引；
4、經常出現在where子句中的字段，特別是大表的字段，應該建立索引；
5、索引應該建在選擇性高的字段上；
6、索引應該建在小字段上，對於大的文字字段甚至超長字段，不要建索引；
7、復合索引的建立需要進行仔細分析；盡量考慮用單字段索引代替：
a、正確選擇復合索引中的主列字段，一般是選擇性較好的字段；
b、復合索引的幾個字段是否經常同時以and方式出現在where子句中？單字段查詢是否極少甚至沒有？如果是，則可以建立復合索引；否則考慮單字段索引；
c、如果復合索引中包含的字段經常單獨出現在where子句中，則分解為多個單字段索引；
d、如果復合索引所包含的字段超過3個，那麼仔細考慮其必要性，考慮減少復合的字段；
e、如果既有單字段索引，又有這幾個欄位上的復合索引，一般可以刪除復合索引；
8、頻繁進行資料操作的表，不要建立太多的索引；
9、刪除無用的索引，避免對執行計畫造成負面影響；
以上是一些普遍的建立索引時的判斷依據。一言以蔽之，索引的建立必須慎重，對每個索引的必要性都應該經過仔細分析，要有建立的依據。因為太多的索引與不充分、不正確的索引對效能都毫無益處：在表上建立的每個索引都會增加儲存開銷，索引對於插入、刪除、更新操作也會增加處理上的開銷。另外，過多的復合索引，在有單字段索引的情況下，一般都是沒有存在價值的；相反，還會降低資料增加刪除時的效能，特別是對頻繁更新的表來說，負面影響更大。
二、建聚集索引還是非聚集索引
至於建立聚集索引或者是非聚集索引，那要看你這個時間欄位的具體情況以及使用或變更頻繁程度。一般來說，適合建立聚集索引的要求：「既不能絕大多數都相同，又不能只有極少數相同」的規則。
先說說乙個誤區：有人認為：只要建立索引就能顯著提高查詢速度。這個想法是很錯誤的。建立非聚集索引，確實，一般情況下可以提高速度，但是一般並不會達到你想要的速度。只有在適當的列建立適當的（聚集）索引，才能達到滿意的效果。
下面的表總結了何時使用聚集索引或非聚集索引（很重要）。
動作描述 使用聚集索引 使用非聚集索引
列經常被分組排序 應 應
返回某範圍內的資料 應 不應
乙個或極少不同值 不應 不應
小數目的不同值 應 不應
大數目的不同值 不應 應
頻繁更新的列 不應 應
外來鍵列 應 應
主鍵列 應 應
頻繁修改索引列 不應 應
資料庫基礎回顧 三大正規化 索引 建表經驗
目的 解決資料的冗餘問題 第一正規化 1 原子性 每一列不可再分 列不可分 第二正規化 1 前提 滿足第一正規化 2 單個表描述單件事，不存在傳遞依賴 第三正規化 1 前提 滿足第一正規化 第二正規化 2 表中每一列資料都和主鍵有直接關係，直接依賴於主鍵，而非間接 唯一索引 unique key 常...
資料庫建表 SQL 索引規範
強制 1 儲存引擎必須使用innodb 解讀 innodb支援事物 行級鎖 併發效能更好，cpu及記憶體快取頁優化使得資源利用率更高。強制 2 每張表必須設定乙個主鍵id，且這個主鍵id使用自增主鍵 在滿足需要的情況下盡量短 除非在分庫分表環境下。解讀 由於innodb組織資料的方式決定了需要有乙個...
資料庫建表
資料庫設計三大正規化 為了建立冗餘較小 結構合理的資料庫，設計資料庫時必須遵循一定的規則。在關係型資料庫中這種規則就稱為正規化。正規化是符合某一種設計要求的總結。要想設計乙個結構合理的關係型資料庫，必須滿足一定的正規化。在實際開發中最為常見的設計正規化有三個 1 第一正規化 確保每列保持原子性 第一...