InnoDB は外部キー制約をサポートします。InnoDB 内の外部キー制約定義の構文は次のようになります:

[CONSTRAINT [symbol]] FOREIGN KEY
    [index_name] (index_col_name, ...)
    REFERENCES tbl_name (index_col_name,...)
    [ON DELETE reference_option]
    [ON UPDATE reference_option]
reference_option:
    RESTRICT | CASCADE | SET NULL | NO ACTION

index_name は外部キーの ID を表します。これを指定しても、外部キーのインデックスが明示的に定義された場合にはこれは無視されます。それ以外の場合、InnoDB は外部キーのインデックスを作成する場合に、index_name をインデックス名として使用します。

外部キー定義には次のような条件があります:

もし親テーブル内に適合する候補キー値が無ければ、InnoDB は子テーブル内に外部キー値を作成しようとする INSERT か UPDATE 操作を拒絶します。子テーブル内にいくつかの適合する行を持つ親テーブル内で、候補キー値を更新または削除しようとする UPDATE や DELETE 操作に対して InnoDB が取るアクションは、FOREIGN KEY 節の ON UPDATE と ON DELETE サブ節を利用して指定された referential action 上で依存しています。ユーザーが親テーブルから行を削除または更新しようとして、子テーブル内に 1 つ以上の適合する行があるとき、InnoDB は取るべきアクションを考慮して 5 つのオプションをサポートします. ON DELETE または ON UPDATE が指定されていない場合のデフォルトのアクションは、RESTRICT になります。

InnoDB はテーブル内での外部キー参照をサポートします。これらのような場合、「子テーブルレコード」 は本当に同じテーブル内で依存レコードを参照します。

ここに、単一カラム外部キーを通して parent と child テーブルを関連させるシンプルな例があります:

CREATE TABLE parent (id INT NOT NULL,
                     PRIMARY KEY (id)
) ENGINE=INNODB;
CREATE TABLE child (id INT, parent_id INT,
                    INDEX par_ind (parent_id),
                    FOREIGN KEY (parent_id) REFERENCES parent(id)
                      ON DELETE CASCADE
) ENGINE=INNODB;

product_order テーブルが別の 2 つのテーブルに外部キーを持つ、さらに複雑な例。1 つの外部キーが product テーブル内の 2 段インデックスに参照をつけます。その他のものは customer テーブル内で単一カラムインデックスに参照をつけます:

CREATE TABLE product (category INT NOT NULL, id INT NOT NULL,
                      price DECIMAL,
                      PRIMARY KEY(category, id)) ENGINE=INNODB;
CREATE TABLE customer (id INT NOT NULL,
                       PRIMARY KEY (id)) ENGINE=INNODB;
CREATE TABLE product_order (no INT NOT NULL AUTO_INCREMENT,
                            product_category INT NOT NULL,
                            product_id INT NOT NULL,
                            customer_id INT NOT NULL,
                            PRIMARY KEY(no),
                            INDEX (product_category, product_id),
                            FOREIGN KEY (product_category, product_id)
                              REFERENCES product(category, id)
                              ON UPDATE CASCADE ON DELETE RESTRICT,
                            INDEX (customer_id),
                            FOREIGN KEY (customer_id)
                              REFERENCES customer(id)) ENGINE=INNODB;

InnoDB は ALTER TABLE を利用してテーブルに新しい外部キー制約を追加することを許容します:

ALTER TABLE tbl_name
    ADD [CONSTRAINT [symbol]] FOREIGN KEY
    [index_name] (index_col_name, ...)
    REFERENCES tbl_name (index_col_name,...)
    [ON DELETE reference_option]
    [ON UPDATE reference_option]

外部キーは、自己参照型にする (同じテーブルを参照する) ことができます。ALTER TABLE を使って外部キー制約をテーブルに追加する場合には、まず必要なインデックスを忘れずに作成してください。

InnoDB は外部キーを削除するための ALTER TABLE の利用をサポートします。

ALTER TABLE tbl_name DROP FOREIGN KEY fk_symbol;

もし外部キーを作成したときに FOREIGN KEY 節が CONSTRAINT 名を含んでいたら、外部キーを削除するためにその名前を参照することができます。そうでなければ、fk_symbol 値は外部キーが作成されたときに InnoDB によって内部的に生成されます。外部キーを削除したいときにシンボル値を見つけるには、SHOW CREATE TABLE ステートメントを利用してください。例 :

mysql> SHOW CREATE TABLE ibtest11c\G
*************************** 1. row ***************************
       Table: ibtest11c
Create Table: CREATE TABLE `ibtest11c` (
  `A` int(11) NOT NULL auto_increment,
  `D` int(11) NOT NULL default '0',
  `B` varchar(200) NOT NULL default '',
  `C` varchar(175) default NULL,
  PRIMARY KEY  (`A`,`D`,`B`),
  KEY `B` (`B`,`C`),
  KEY `C` (`C`),
  CONSTRAINT `0_38775` FOREIGN KEY (`A`, `D`)
REFERENCES `ibtest11a` (`A`, `D`)
ON DELETE CASCADE ON UPDATE CASCADE,
  CONSTRAINT `0_38776` FOREIGN KEY (`B`, `C`)
REFERENCES `ibtest11a` (`B`, `C`)
ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=INNODB CHARSET=latin1
1 row in set (0.01 sec)
mysql> ALTER TABLE ibtest11c DROP FOREIGN KEY `0_38775`;

単一 ALTER TABLE ステートメントの別々の節の中に外部キーを追加したり削除したりはできません。別々のステートメントが要求されます。

InnoDB テーブルの ALTER TABLE を実行した結果、カラムの切り詰めなどの理由によりカラムの値が変更されても、InnoDB の FOREIGN KEY 制約チェックはその値の変更によって発生した可能性のある違反を通知しません。

InnoDB パーサーは、FOREIGN KEY ... REFERENCES ... 節内のテーブルとカラム識別子が逆引用符内で参照されることを許容します。(あるいは、もし ANSI_QUOTES SQL モードが有効であれば二重引用符を利用することもできます)。InnoDB パーサーは、lower_case_table_names システム変数の設定も考慮します。

InnoDB はテーブルの外部キー定義を SHOW CREATE TABLE ステートメントの出力の一部として返します:

SHOW CREATE TABLE tbl_name;

mysqldump はテーブルの正しい定義もダンプファイル内に作成し、外部キーのことも忘れません。

次のようにテーブルの外部キー制約を表示することもできます:

SHOW TABLE STATUS FROM db_name LIKE 'tbl_name';

外部キー制約は出力の Comment カラム内にリストされています。

外部キーチェックを行っているとき、InnoDB はそれが見なければいけない子または親レコード上に共有行レベルロックを設定します。InnoDB は外部キー制約の確認を即座に行います。その確認がトランザクションコミットまで遅延されることはありません。

外部キー関係を持つテーブルのダンプファイルの再ロードを簡単にするために、mysqldump は foreign_key_checks を 0 に設定するために自動的にダンプ出力内にステートメントを含みます。これは、ダンプが再ロードされたときにテーブルが特定の順番で再ロードされなければいけないという問題を防ぎます。この変数をマニュアルで設定することも可能です:

mysql> SET foreign_key_checks = 0;
mysql> SOURCE dump_file_name;
mysql> SET foreign_key_checks = 1;

これは、もしダンプファイルが外部キーに対して正しい順番でオーダされていないテーブルを含んでいたら、テーブルをどんな順番でインポートしてもよいと許容します。これはインポート操作のスピードも上げます。foreign_key_checks を 0 に設定することは、LOAD DATA と ALTER TABLE 操作の最中に外部キー制約を無視するためにも役に立ちます。しかし、foreign_key_checks = 0 であったとしても、InnoDB は、カラムが非適合カラム型の参照をつける外部キー制約の作成を許容しません。また、外部キー制約を含む InnoDB テーブルでは、ALTER TABLE を使ってそのテーブルが別のストレージエンジンを使用するように変更することはできません。ストレージエンジンを変更するには、まずすべての外部キー制約を削除する必要があります。

InnoDB は、SET foreign_key_checks = 0 を行わないかぎり、FOREIGNKEY 制約から参照されているテーブルを削除することを許容しません。テーブルを削除するとき、その作成ステートメント内で定義された制約もまた削除されます。

それは、もし削除されたテーブルを再作成すると、それに参照をつける外部キー制約と同一の定義を持つはずです。それは右側のカラム名と型を持ち、先に述べたように参照キー上にインデックスを持つはずです。もしそれらが満たされなければ、MySQL はエラー番号 1005 を返し、エラーメッセージ内で エラー 150 を参照します。

もし MySQL が CREATETABLE ステートメントからエラー番号 1005 を報告し、そのエラーメッセージがエラー 150 を参照していたら、外部キー制約が正しく形作られていないためにテーブル作成は失敗します。同じように、もし ALTERTABLE が失敗し、それがエラー 150 を参照していたら、それは変更したテーブルに対して外部キー制約が間違って形作られるという意味になります。サーバー内に一番新しい InnoDB 外部キーエラーの詳細説明を表示するために SHOW ENGINE INNODB STATUS を利用することができます。

SQL スタンダードからの逸脱:InnoDB は同じ参照キー値を持つ親テーブル内にいくつかの行があると、外部キーチェック内で同じキー値を持つ別の親行がまるで存在しないかのように機能します。たとえば、もし RESTRICT 型制約を定義し、いくつかの親行を持つ子行があれば、InnoDB はそれらの親行の削除を許可しません。

InnoDB は、外部キー制約に対応するインデックス内のレコードに基づいた、縦型アルゴリズムを通して転送操作を行います。

SQL スタンダードからの逸脱:非 UNIQUE キーを参照する FOREIGN KEY 制約はスタンダード SQL ではありません。それはスタンダード SQL への InnoDB 拡張子です。

SQL スタンダードからの逸脱:もし ON UPDATE CASCADE か ON UPDATE SET NULL が転送の最中にすでに更新された 同じテーブル の更新を反復すると、それは RESTRICT のように機能します。これは、自己参照型 ON UPDATE CASCADE か ON UPDATE SET NULL 操作を利用することができないという意味です。これは転送更新の結果に起きる無限ループを防ぐためのものです。反対に、自己参照型 ON DELETE SET NULL は、自己参照型 ON DELETE CASCADE と同様可能です。転送操作は 15 レベルより深くネスト化されることはないでしょう。

SQL スタンダードからの逸脱:通常の MySQL のように、挿入、削除、または多くの行の更新を行う SQL ステートメント内では、InnoDB は UNIQUE と FOREIGN KEY 制約を行ごとに行います。SQL スタンダードによると、デフォルト動作は据え置き確認でなければいけません。それは、SQL ステートメント全体 が処理されたあとに制約の確認だけが行われるいうことです。InnoDB が据え置き制約チェックを実装するまでは、外部キーを通してそれ自身を参照するレコードを削除するというような、いくつかの操作を行うことが不可能になります。