假如某個電腦生產(chǎn)商，它的數(shù)據(jù)庫中保存著整機(jī)和配件的產(chǎn)品信息。用來保存整機(jī)產(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)在需要改正。我們希望的是，當(dāng)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

關(guān)于對該文補(bǔ)充：

如果需要在主表刪除記錄時，當(dāng)子表有對應(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

6. 總結(jié)

引入外鍵的缺點是會使速度和性能下降，當(dāng)然外鍵所帶來的優(yōu)點還有很多。