1） 最左字首匹配原則，非常重要的原則，mysql會一直向右匹配直到遇到範圍查詢(>、<、between、like)就停止匹配，比如a = 1 and b = 2 and c > 3 and d = 4 如果建立(a,b,c,d)順序的索引，d是用不到索引的，如果建立(a,b,d,c)的索引則都可以用到，a,b,d的順序可以任意調整。
2）=和in可以亂序，比如a = 1 and b = 2 and c = 3 建立(a,b,c)索引可以任意順序，mysql的查詢優化器會幫你優化成索引可以識別的形式。
3）盡量選擇區分度高的列作為索引,區分度的公式是count(distinct col)/count(*)，表示欄位不重複的比例，比例越大我們掃瞄的記錄數越少，唯一鍵的區分度是1，而一些狀態、性別字段可能在大資料面前區分度就是0，那可能有人會問，這個比例有什麼經驗值嗎？使用場景不同，這個值也很難確定，一般需要join的字段我們都要求是0.1以上，即平均1條掃瞄10條記錄
4）索引列不能參與計算，保持列「乾淨」，比如from_unixtime(create_time) = 』2014-05-29』就不能使用到索引，原因很簡單，b+樹中存的都是資料表中的字段值，但進行檢索時，需要把所有元素都應用函式才能比較，顯然成本太大。所以語句應該寫成create_time = unix_timestamp(』2014-05-29』);
5）盡量的擴充套件索引，不要新建索引。比如表中已經有a的索引，現在要加(a,b)的索引，那麼只需要修改原來的索引即可。
6）定義有外來鍵的資料列一定要建立索引。
7）對於那些查詢中很少涉及的列，重複值比較多的列不要建立索引。
8）對於定義為text、image和bit的資料型別的列不要建立索引。
9）對於經常訪問的列避免建立索引1、一般說來，索引應建立在那些將用於join,where判斷和order by排序的字段上。盡量不要對資料庫中某個含有大量重複的值的字段建立索引。對於乙個enum型別的字段來說，出現大量重複值是很有可能的情況。
2、應盡量避免在 where 子句中對字段進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃瞄。如：
select id from t where num is null
最好不要給資料庫留null，盡可能的使用 not null填充資料庫.
不要以為 null 不需要空間，比如：char(100) 型，在字段建立時，空間就固定了， 不管是否插入值（null也包含在內），都是占用 100個字元的空間的，如果是varchar這樣的變長字段， null 不占用空間。
可以在num上設定預設值0，確保表中num列沒有null值，然後這樣查詢：
3、應盡量避免在 where 子句中使用 != 或 <> 操作符，否則將引擎放棄使用索引而進行全表掃瞄。
4、應盡量避免在 where 子句中使用 or 來連線條件，如果乙個欄位有索引，乙個字段沒有索引，將導致引擎放棄使用索引而進行全表掃瞄。如：
select id from t where num=10 or name = 'xiaoming'
可以這樣查詢，充分利用索引：
select id from t where num = 10union allselect id from t where name = 'xiaoming'
5、in 和 not in 也要慎用，否則會導致全表掃瞄。
而且負向查詢（not , not in, not like, <>, != ,!>,!< ） 不會使用索引
select id from t where num in(1,2,3)
對於連續的數值，能用 between 就不要用 in 了：
select id from t where num between 1 and 3
很多時候用 exists 代替 in 是乙個好的選擇，當然exists也不跑索引。
select num from a where num in(select num from b)
正上面的，用下面的語句替換：
select num from a where exists(select 1 from b where num=a.num)
6、）下面的模糊查詢也將導致全表掃瞄：
select id from t where name like 『%abc%』
一般情況下不鼓勵使用like操作，如果非使用不可，如何使用也是乙個問題。like 「%aaa%」 不會使用索引，而like 「aaa%」可以使用索引。
若要提高效率，可以考慮全文檢索。1. like %keyword 索引失效，使用全表掃瞄。但可以通過翻轉函式+like前模糊查詢+建立翻轉函式索引=走翻轉函式索引，不走全表掃瞄
2. like keyword% 索引有效。
3. like %keyword% 索引失效，也無法使用反向索引。
//可以用explain測試，測一下有沒有走索引
select * from table where code like 'classify_description%'select * from table where code like '%classify_description%'select * from table where code like '%classify_description'
7、）如果在 where 子句中使用引數，也會導致全表掃瞄。因為sql只有在執行時才會解析區域性變數，但優化程式不能將訪問計畫的選擇推遲到執行時；它必須在編譯時進行選擇。然 而，如果在編譯時建立訪問計畫，變數的值還是未知的，因而無法作為索引選擇的輸入項。如下面語句將進行全表掃瞄：
select id from t where num = @num
可以改為強制查詢使用索引：
select id from t with(index(索引名)) where num = @num
應盡量避免在 where 子句中對字段進行表示式操作，這將導致引擎放棄使用索引而進行全表掃瞄。如：
select id from t where num/2 = 100
正上面的應改為：
select id from t where num = 100*2
8、）應盡量避免在where子句中對字段進行函式操作，這將導致引擎放棄使用索引而進行全表掃瞄。如：
select id from t where substring(name,1,3) = 』abc』 //name以abc開頭的id
select id from t where datediff(day,createdate,』2005-11-30′) = 0 -–『2005-11-30』 //
生成的id
應改為:
select id from t where name like 'abc%'select id from t where createdate >= '2005-11-30' and createdate < '2005-12-1'
9、不要在 where 子句中的「=」左邊進行函式、算術運算或其他表示式運算，否則系統將可能無法正確使用索引。
10、在使用索引字段作為條件時，如果該索引是復合索引（多列索引），那麼必須使用到該索引中的第乙個字段作為條件時才能保證系統使用該索引，否則該索引將不會被使用，並且應盡可能的讓字段順序與索引順序相一致。
11、索引並不是越多越好，索引固然可以提高相應的 select 的效率，但同時也降低了 insert 及 update 的效率，因為 insert 或 update 時有可能會重建索引，所以怎樣建索引需要慎重考慮，視具體情況而定。乙個表的索引數最好不要超過6個，若太多則應考慮一些不常使用到的列上建的索引是否有必要。
12、應盡可能的避免更新 clustered 索引資料列，因為 clustered 索引資料列的順序就是表記錄的物理儲存順序，一旦該列值改變將導致整個表記錄的順序的調整，會耗費相當大的資源。若應用系統需要頻繁更新 clustered 索引資料列，那麼需要考慮是否應將該索引建為 clustered 索引。
13、盡量避免向客戶端返回大資料量，若資料量過大，應該考慮相應需求是否合理。
14、mysql查詢只使用乙個索引，因此如果where子句中已經使用了索引的話，那麼order by中的列是不會使用索引的。因此資料庫預設排序可以符合要求的情況下不要使用排序操作；盡量不要包含多個列的排序，如果需要最好給這些列建立復合索引。
mysql建立索引型別及索引建立的原則
索引型別 unique 唯一索引，一般為主鍵 normal 一般索引，普通字段，可做組合索引 索引方法 btree 1 選擇唯一性索引 唯一性索引的值是唯一的，可以更快速的通過該索引來確定某條記錄。例如，學生表中學號是具有唯一性的字段。為該字段建立唯一性索引可以很快的確定某個學生的資訊。如果使用姓名...
MySql 建立索引原則
為了使索引的使用效率更高，在建立索引時，必須考慮在哪些欄位上建立索引和建立什麼型別的索引。本小節將向讀者介紹一些索引的設計原則。1 選擇唯一性索引 唯一性索引的值是唯一的，可以更快速的通過該索引來確定某條記錄。例如，學生表中學號是具有唯一性的字段。為該字段建立唯一性索引可以很快的確定某個學生的資訊。...
Mysql索引建立原則
在mysql中使用索引的原則有以下幾點 1 對於查詢頻率高的字段建立索引 2 對排序 分組 聯合查詢頻率高的字段建立索引 3 索引的數目不宜太多 原因 a 每建立乙個索引都會占用相應的物理控制項 b 過多的索引會導致insert update delete語句的執行效率降低 4 若在實際中，需要將多...