我們先來看下代碼：

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

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

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

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

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

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

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

MySQL中的約束效果是通過索引來實現(xiàn)的，MySQL數(shù)據(jù)庫判斷是否當(dāng)前列是否unique就是通過unique索引判斷的。

最后總結(jié)下：

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

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

內(nèi)容擴(kuò)展：

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同義詞。如果關(guān)鍵字屬性PRIMARY KEY在列定義中已給定，則PRIMARY KEY也可以只指定為KEY。這么做的目的是與其它數(shù)據(jù)庫系統(tǒng)兼容。 PRIMARY KEY是一個唯一KEY，此時，所有的關(guān)鍵字列必須定義為NOT NULL。如果這些列沒有被明確地定義為NOT NULL，MySQL應(yīng)隱含地定義這些列。一個表只有一個PRIMARY KEY。

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

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

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

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

以上就是Mysql中key和index的區(qū)別點(diǎn)整理的詳細(xì)內(nèi)容，更多關(guān)于Mysql中的key和index的區(qū)別的資料請關(guān)注腳本之家其它相關(guān)文章！