我們先來看下代碼：

ALTER TABLE reportblockdetail ADD KEY taskcode (taskcode)ALTER TABLE reportblockdetail DROP KEY taskcode

嗯這確實是比較容易混淆的地方。

在我們使用MySQL中可能壓根不會注意這個問題，因為大多數情況下他們展示出來的效果都差不多，但是還是不能將他們劃等號（至少理論上是這樣）

索引（index）和約束（key）的區(qū)別主要在于二者的出發(fā)點不同，索引(index)負責維護表的查找和操作速度，約束(key)負責維護表的完整性。

而有這個困惑的話，很可能是由于MySQL中有一個奇怪現象：

MySQL中的索引是約束性索引（即創(chuàng)建索引自動也會創(chuàng)建約束） 并且MySQL中創(chuàng)建約束也會自動附帶索引。

很奇怪吧，兩者不同的東西但是創(chuàng)建的時候又會附帶給對方，為什么這樣做呢？因為原因是：

MySQL中的約束效果是通過索引來實現的，MySQL數據庫判斷是否當前列是否unique就是通過unique索引判斷的。

最后總結下：

約束有主鍵約束，唯一約束，外鍵約束，非空約束，檢查約束（在MySQL中壓根無法使用檢查約束，但可以正常建立），等 索引有普通索引，主鍵索引，唯一索引，聯合索引，全文索引，等。 兩者的實現都可以通過建表時實現，建表后的話通過alter語句來實現建立與刪除，具體語句直接百度以上二點我經過測試在MySQL5.5 ，innoDB存儲引擎下。

在理論上是不能將MySQL的key和index劃等號的，他們不是一回事，但在實際使用中，他們基本沒有區(qū)別。

內容擴展：

key與primary key區(qū)別

CREATE TABLE wh_logrecord ( logrecord_id int(11) NOT NULL auto_increment, user_name varchar(100) default NULL, operation_time datetime default NULL, logrecord_operation varchar(100) default NULL, PRIMARY KEY (logrecord_id), KEY wh_logrecord_user_name (user_name) )

KEY與INDEX區(qū)別

批注：這部分我仍云里霧里。KEY通常是INDEX同義詞。如果關鍵字屬性PRIMARY KEY在列定義中已給定，則PRIMARY KEY也可以只指定為KEY。這么做的目的是與其它數據庫系統(tǒng)兼容。 PRIMARY KEY是一個唯一KEY，此時，所有的關鍵字列必須定義為NOT NULL。如果這些列沒有被明確地定義為NOT NULL，MySQL應隱含地定義這些列。一個表只有一個PRIMARY KEY。

MySQL 中Index 與Key 的區(qū)別

Key即鍵值，是關系模型理論中的一部份，比如有主鍵（Primary Key)，外鍵（Foreign Key）等，用于數據完整性檢否與唯一性約束等。而Index則處于實現層面，比如可以對表個的任意列建立索引，那么當建立索引的列處于SQL語句中的Where條件中時，就可以得到快速的數據定位，從而快速檢索。至于Unique Index，則只是屬于Index中的一種而已，建立了Unique Index表示此列數據不可重復，猜想MySQL對Unique Index類型的索引可以做進一步特殊優(yōu)化吧。

于是乎，在設計表的時候，Key只是要處于模型層面的，而當需要進行查詢優(yōu)化，則對相關列建立索引即可。

另外，在MySQL中，對于一個Primary Key的列，MySQL已經自動對其建立了Unique Index，無需重復再在上面建立索引了。

以上就是Mysql中key和index的區(qū)別點整理的詳細內容，更多關于Mysql中的key和index的區(qū)別的資料請關注好吧啦網其它相關文章！