假如某個電腦生產商，它的數據庫中保存著整機和配件的產品信息。用來保存整機產品信息的表叫做pc；用來保存配件供貨信息的表叫做parts。在pc表中有一個字段，用來描述這款電腦所使用的CPU型號；在parts表中相應有一個字段，描述的正是CPU的型號，我們可以把它想成是全部CPU的型號列表。很顯然，這個廠家生產的電腦，其使用的CPU一定是供貨信息表(parts)中存在的型號。這時，兩個表中就存在一種約束關系(constraint)——pc表中的CPU型號受到parts表中型號的約束。
首先我們來創建parts表：
CREATE TABLE parts (... 字段定義 ...,model VARCHAR(20) NOT NULL,... 字段定義 ...);
接下來是PC表：
CREATE TABLE pc (... 字段定義 ...,cpumodel VARCHAR(20) NOT NULL,... 字段定義 ...};
設置索引
若要設置外鍵，在參照表 (referencing table，即pc表) 和被參照表(referenced table，即parts表)中，相對應的兩個字段必須都設置索引(index)。
對parts表：
ALTER TABLE parts ADD INDEX idx_model (model);
這句話的意思是，為parts表增加一個索引，索引建立在model字段上，給這個索引起個名字叫idx_model。
對pc表也類似：
ALTER TABLE pc ADD INDEX idx_cpumodel (cpumodel);
事實上這兩個索引可以在創建表的時候就設置。這裡只是為了突出其必要性。
定義外鍵
下面為兩張表之間建立前面所述的那種“約束”。因為pc的CPU型號必須參照parts表中的相應型號，所以我們將pc表的cpumodel字段設置為“外鍵”(FOREIGN KEY)，即這個鍵的參照值來自於其他表。
ALTER TABLE pc ADD CONSTRAINT fk_cpu_model FOREIGN KEY (cpumodel) REFERENCES parts(model);
第一行是說要為pc表設置外鍵，給這個外鍵起一個名字叫做fk_cpu_model；第二行是說將本表的cpumodel字段設置為外鍵；第三行是說這個外鍵受到的約束來自於parts表的model字段。
這樣，我們的外鍵就搞好了！如果我們試著CREATE一台pc，它所使用的CPU的型號是parts 表中不存在的，那麼MySQL會禁止這台PC被CREATE出來。
級聯操作
考慮以下這種情況：
技術人員發現，一個月之前輸入到parts表中的某個系列的cpu可能有很多款）的型號全都輸錯了一個字母，現在需要改正。我們希望的是，當parts表中那些 Referenced Column 有所變化時，相應表中的 Referencing Column 也能自動更正。
可以在定義外鍵的時候，在最後加入這樣的關鍵字：
ON UPDATE CASCADE;
即在主表更新時，子表們）產生連鎖更新動作，似乎有些人喜歡把這個叫“級聯”操作。
如果把這語句完整的寫出來，就是：
ALTER TABLE pc ADD CONSTRAINT fk_cpu_model FOREIGN KEY (cpumodel) REFERENCES parts(model)ON UPDATE CASCADE;
除了CASCADE外，還有RESTRICT(禁止主表變更)、SET NULL
關於對該文補充：
如果需要在主表刪除記錄時，當子表有對應記錄則不允許刪除，就加上 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會自己創建一個，可以通過以下命令查看：
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，因為就可以執行以下命令刪除外鍵定義：
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. 總結
引入外鍵的缺點是會使速度和性能下降，當然外鍵所帶來的優點還有很多。
