MySQL數(shù)據(jù)庫外鍵的相關(guān)知識是本文我們主要要介紹的內(nèi)容，接下來我們通過一個具體的例子來逐步介紹這些設(shè)置。假如某個電腦生產(chǎn)商，它的數(shù)據(jù)庫中保存著整機和配件的產(chǎn)品信息。用來保存整機產(chǎn)品信息的表叫做pc；用來保存配件供貨信息的表叫做parts。

在pc表中有一個字段，用來描述這款電腦所使用的CPU型號；在parts表中相應(yīng)有一個字段，描述的正是CPU的型號，我們可以把它想成是全部CPU的型號列表。很顯然，這個廠家生產(chǎn)的電腦，其使用的CPU一定是供貨信息表(parts)中存在的型號。這時，兩個表中就存在一種約束關(guān)系(constraint)——pc表中的CPU型號受到parts表中型號的約束。

首先我們來創(chuàng)建parts表：

CREATE TABLE parts ( ... 字段定義 ..., model VARCHAR(20) NOT NULL, ... 字段定義 ... );

接下來是PC表：

CREATE TABLE pc ( ... 字段定義 ..., cpumodel VARCHAR(20) NOT NULL, ... 字段定義 ... };

設(shè)置索引

若要設(shè)置外鍵，在參照表 (referencing table，即pc表) 和被參照表(referenced table，即parts表)中，相對應(yīng)的兩個字段必須都設(shè)置索引(index)。

對parts表：

ALTER TABLE parts ADD INDEX idx_model (model);

這句話的意思是，為parts表增加一個索引，索引建立在model字段上，給這個索引起個名字叫idx_model。

對pc表也類似：

ALTER TABLE pc ADD INDEX idx_cpumodel (cpumodel);

事實上這兩個索引可以在創(chuàng)建表的時候就設(shè)置。這里只是為了突出其必要性。

定義外鍵

下面為兩張表之間建立前面所述的那種“約束”。因為pc的CPU型號必須參照parts表中的相應(yīng)型號，所以我們將pc表的cpumodel字段設(shè)置為“外鍵”(FOREIGN KEY)，即這個鍵的參照值來自于其他表。

ALTER TABLE pc ADD CONSTRAINT fk_cpu_model  FOREIGN KEY (cpumodel)  REFERENCES parts(model);

第一行是說要為pc表設(shè)置外鍵，給這個外鍵起一個名字叫做fk_cpu_model；第二行是說將本表的cpumodel字段設(shè)置為外鍵；第三行是說這個外鍵受到的約束來自于parts表的model字段。

這樣，我們的外鍵就搞好了！如果我們試著CREATE一臺pc，它所使用的CPU的型號是parts 表中不存在的，那么MySQL會禁止這臺PC被CREATE出來。

級聯(lián)操作

考慮以下這種情況：

技術(shù)人員發(fā)現(xiàn)，一個月之前輸入到parts表中的某個系列的cpu（可能有很多款）的型號全都輸錯了一個字母，現(xiàn)在需要改正。我們希望的是，當parts表中那些 Referenced Column 有所變化時，相應(yīng)表中的 Referencing Column 也能自動更正。

可以在定義外鍵的時候，在最后加入這樣的關(guān)鍵字：ON UPDATE CASCADE;即在主表更新時，子表（們）產(chǎn)生連鎖更新動作，似乎有些人喜歡把這個叫“級聯(lián)”操作。

如果把這語句完整的寫出來，就是：

ALTER TABLE pc ADD CONSTRAINT fk_cpu_model  FOREIGN KEY (cpumodel)  REFERENCES parts(model) ON UPDATE CASCADE;

除了CASCADE外，還有RESTRICT(禁止主表變更)、SET NULL

補充說明：

如果需要在主表刪除記錄時，當子表有對應(yīng)記錄則不允許刪除，就加上 ON delete restrict 。完整案例如下：

兩個表，國家和城市，城市中的country_id是外鍵。

Create table country(  
country_id smallint unsigned not null auto_increment,  
country varchar(50) not null,  
last_update timestamp not null,  
primary key(country_id)  
)engine=innoDB default charset=utf8;  
Create table city(  
city_id smallint unsigned not null auto_increment,  
city varchar(50) not null,  
country_id smallint unsigned not null,  
last_update timestamp not null default current_timestamp on update curren_timestamp,  
Primary key(city_id),  
key idx_fk_country_id (country_id),  
constraint fk_city_country Foreign Key(country_id) References country(country_id) on DELETE restrict ON update cascade  
)engine=innoDB default charset=utf8; 

刪除外鍵

刪除外鍵定義

定義外鍵的時候articles.member_id外鍵比articles.category_id子句多了一個CONSTRAINT fk_member ？

這個fk_member就是用來刪除外鍵定義用的，如下所示：

mysql> ALTER TABLE articles DROP FOREIGN KEY fk_member;  
Query OK, 1 row affected (0.25 sec)  
Records: 1 Duplicates: 0 Warnings: 0 

這樣articles.member_id外鍵定義就被刪除了，但是如果定義時沒有指定CONSTRAINT fk_symbol （即外鍵符號）時該怎么刪除呢？別急，沒有指定時，MySQL會自己創(chuàng)建一個，可以通過以下命令查看：

mysql> SHOW CREATE TABLE articles;  
+———-+————————————+  
| Table    | Create Table                       |  
+———-+————————————+  
| articles | CREATE TABLE `articles` (  
`article_id` int(11) unsigned NOT NULL auto_increment,  
`category_id` tinyint(3) unsigned NOT NULL,  
`member_id` int(11) unsigned NOT NULL,  
`title` varchar(255) NOT NULL,  
PRIMARY KEY (`article_id`),  
KEY `category_id` (`category_id`),  
KEY `member_id` (`member_id`),  
CONSTRAINT `articles_ibfk_1` FOREIGN KEY (`category_id`) REFERENCES `categories` (`id`)  
) ENGINE=InnoDB DEFAULT CHARSET=latin1          |  
+———-+————————————+  
1 row in set (0.01 sec) 

可以看出articles.category_id的外鍵符號為articles_ibfk_1，因為就可以執(zhí)行以下命令刪除外鍵定義：

mysql> ALTER TABLE articles DROP FOREIGN KEY articles_ibfk_1;  
Query OK, 1 row affected (0.66 sec)  
Records: 1 Duplicates: 0 Warnings: 0 

關(guān)于MySQL數(shù)據(jù)庫外鍵的相關(guān)知識就介紹到這里了，希望本次的介紹能夠?qū)δ兴斋@！

【編輯推薦】

1. MySQL數(shù)據(jù)庫時間類型的物理存儲
2. 如何檢查MySQL數(shù)據(jù)庫的主從延時？
3. MySQL數(shù)據(jù)庫創(chuàng)建線程的相關(guān)操作詳解
4. MySQL數(shù)據(jù)庫mysqlcheck的使用方法詳解
5. MySQL數(shù)據(jù)庫丟失root密碼后該如何補救？