關于mysql索引的基礎知識我就不在這里寫了，我不太想當信息的搬運工。
技巧分享：Workbench 作為一款專為MySQL設計的ER/數(shù)據(jù)庫建模工具。除了管理數(shù)據(jù)庫外，其實也是一款Sql語句生成利器。合理利用，將帶來事半功倍的效果。當然，前提是我們對基礎知識的了解。
我先來整理一些索引操作的Sql語句，之所以整理，起因是我遇到問題時，在百度里查到的回復，基本上都是錯的，需要有人來糾正。
1.多主鍵(PRIMARY)刪除
假設場景：你在表里定義了多個主鍵(PRIMARY)，比如：id是自增主鍵，userCode也定義成了主鍵、userAge也定義成了主鍵。你打算只保留一個id，其他倆個刪除，那么對應的Sql語句如下：
解釋：對指定表進行修改，刪除 PRIMARY KEY，同時增加 id 做為??PRIMARY KEY。
ALTER?TABLE?`表名`? DROP?PRIMARY?KEY,ADD?PRIMARY?KEY?(`id`);
2.增加普通索引
警告：千萬別不改就執(zhí)行，table_name不是我強調的重點，我要說的是index_name，一定要合理規(guī)范索引的命名，例如index_字段名稱，或者你有更好的，可以給我留言。
否這你會報錯：?Duplicate key error in MySQL （Duplicate key name ”）。可以肯定的是因為 index_name 沒改。沿用了index_name。
ALTER??TABLE??`table_name`??ADD??INDEX?index_name?(`column`)
? 3.關于索引使用規(guī)范
(1).索引的使用
索引是需要占用物理存儲空間的，索引的使用不當，不但會占用存儲空間，而且對查詢速度還會起到適得其反的作用，所以索引的定義要數(shù)據(jù)庫設計是要有很清晰的認識。建索引的幾大原則
1.最左前綴匹配原則，非常重要的原則，mysql會一直向右匹配直到遇到范圍查詢(>、?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的查詢優(yōu)化器會幫你優(yōu)化成索引可以識別的形式3.盡量選擇區(qū)分度高的列作為索引,區(qū)分度的公式是count(distinct?col)/count(*)，表示字段不重復的比例，比例越大我們掃描的記錄數(shù)越少，唯一鍵的區(qū)分度是1，而一些狀態(tài)、性別字段可能在大數(shù)據(jù)面前區(qū)分度就是0，那可能有人會問，這個比例有什么經(jīng)驗值嗎？使用場景不同，這個值也很難確定，一般需要join的字段我們都要求是0.1以上，即平均1條掃描10條記錄4.索引列不能參與計算，保持列“干凈”，比如from_unixtime(create_time)?=?’2014-05-29’就不能使用到索引，原因很簡單，b+樹中存的都是數(shù)據(jù)表中的字段值，但進行檢索時，需要把所有元素都應用函數(shù)才能比較，顯然成本太大。所以語句應該寫成create_time?=?unix_timestamp(’2014-05-29’);5.盡量的擴展索引，不要新建索引。比如表中已經(jīng)有a的索引，現(xiàn)在要加(a,b)的索引，那么只需要修改原來的索引即可
(2).索引類型
1.普通索引?
最基本的索引，沒有任何限制?
2.唯一索引?
索引列的值必須唯一，但允許有空值?
3.主鍵索引?
主鍵索引屬于一種特殊的唯一索引，不允許有空值?
4.單列索引?
單個多列索引（組合索引）效率高于多個單列索引?
5.最左前綴(Leftmost Prefixing)：多列索引?
