Complete MariaDB performance optimization guide. Complete reference for query tuning, indexing strategies, and configuration improvements for production use.
Overview
A foreign key is a constraint which can be used to enforce data integrity. It is composed of a column or a set of columns in a table, called the child table, which references to a column or a set of columns in a table called the parent table. With foreign keys, MariaDB performs checks to enforce that integrity rules are always enforced. For a more exhaustive explanation, see .
Foreign keys can only be used with storage engines that support them. The default supports foreign keys.
cannot contain foreign keys, and cannot be referenced by a foreign key.
Syntax
MariaDB applies the constraint if possible. See the below.
Foreign keys are created with or . The foreign key definition has this syntax:
The symbol clause is used in error messages and must be unique per database, or, as of MariaDB 12.1, unique per table.
The symbol clause is optional. If it isn't specified, MariaDB automatically assigns one.
If MariaDB automatically creates an index for the foreign key (because it does not exist and is not explicitly created), its name is index_name.
Requirements and Limitations
Foreign keys have the following requirements:
Referenced columns in the parent table must be a an index or a prefix of an index.
Foreign key columns and referenced columns must be of the same type, or similar types. For integer types, the size and sign must also be the same.
Both foreign key columns and referenced columns can be columns. However, the ON UPDATE CASCADE, ON UPDATE SET NULL,
Foreign keys in MariaDB have the following limitations:
Foreign key names must be unique per table.
Foreign key names must be unique per database.
Supported only by InnoDB.
Cannot be used with views.
The SET DEFAULT action is not supported.
Constraints
If a foreign keys exists, each row in the child table must match a row in the parent table. Multiple child rows can match the same parent row. A child row matches a parent row if all its foreign key values are identical to the row values in the parent table. However, if at least one of the foreign key values is NULL, the row has no parent, but it is still allowed.
MariaDB performs certain checks to guarantee that data integrity is enforced:
Trying to insert non-matching rows (or update matching rows in a way that makes them non-matching rows) in the child table produces a ( 23000).
When a row in the parent table is deleted and at least one child row exists, MariaDB performs an action which depends on the ON DELETE clause of the foreign key.
When a value in the column referenced by a foreign key changes and at least one child row exists, MariaDB performs an action which depends on the
The allowed actions for ON DELETE and ON UPDATE are:
RESTRICT: The change on the parent table is prevented. The statement terminates with a ( '2300'). This is the default behavior for both ON DELETE and ON UPDATE.
NO ACTION: Synonym for RESTRICT.
DELETE or UPDATE statements triggered by foreign keys do not activate and are not counted in the and status variables.
Foreign key constraints can be disabled by setting the server system variable to 0. This speeds up the insertion of large quantities of data.
For detailed information about constraints, see .
Metadata
The Information Schema table contains information about foreign keys:
The individual columns are listed in the table:
The InnoDB-specific Information Schema tables also contain information about the InnoDB foreign keys. The foreign key information is stored in the table. Data about the individual columns are stored in .
Another way of retrieving information about a table's foreign keys is the statement:
Examples
Creating and Using Foreign Keys
In this example, we create an author and a book table, both having a primary key called id. The book table also has a foreign key composed from a field called author_id, which refers to the author table primary key. The foreign key constraint name is optional, but we specify it because we want it to appear in error messages: fk_book_author.
When trying to insert a book with a non-existing author, we get an error:
The error basically says that author_id is mandatory because otherwise the foreign key constraint is violated. So, let's insert two authors and their books:
Those INSERT statements first add an author name to the name column of the author table, and the id column is automatically updated thanks to AUTO_INCREMENT. For the next INSERT statement (adding the book or books), we use the LAST_INSERT_ID() function, which uses that newly generated ID, filling it in for the book table.
Now, let's delete the second author from the author table. When we created the foreign key, we specified ON DELETE CASCADE. This propagates the deletion to the book table, making the deleted author's books disappear, too:
We also specified ON UPDATE RESTRICT. This prevents modifying an author's id (the column referenced by the foreign key) if a child row exists:
Referencing Keys in Tables
This example demonstrates which keys to reference for foreign keys, and what happens when the wrong key (not_key) is referenced ():
This page is licensed: CC BY-SA / Gnu FDL
ON DELETE SET NULL
clauses are not allowed in this case.
The parent and the child table must use the same storage engine, and must not be TEMPORARY or partitioned tables. However, they can be the same table.
If ON UPDATE CASCADE recurses to update the same table it has previously updated during the cascade, it acts like RESTRICT.
Indexed generated columns (both VIRTUAL and PERSISTENT) are not supported as InnoDB foreign key indexes.
The columns in the child table must be a BTREE index (not HASH, RTREE, or FULLTEXT — see SHOW INDEX), or the leftmost part of a BTREE index.
Index prefixes are not supported, which means that TEXT and BLOB columns cannot be used as foreign keys.
ON UPDATE
clause of the foreign key.
Trying to drop a table that is referenced by a foreign key produces a 1217 error (SQLSTATE '23000').
A TRUNCATE TABLE statement against a table containing one or more foreign keys is executed as a DELETE without a WHERE clause, so that the foreign keys are enforced for each row.
CASCADE: The change is allowed and propagates on the child table. For example, if a parent row is deleted, the child row is also deleted; if a parent row's ID changes, the child row's ID changes, too.
SET NULL: The change is allowed, and the child row's foreign key columns are set to NULL.
MariaDB [nation]> SHOW CREATE TABLE countries \G
*************************** 1. row ***************************
Table: countries
Create Table: CREATE TABLE `countries` (
`country_id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(50) DEFAULT NULL,
`area` decimal(10,2) NOT NULL,
`national_day` date DEFAULT NULL,
`country_code2` char(2) NOT NULL,
`country_code3` char(3) NOT NULL,
`region_id` int(11) NOT NULL,
PRIMARY KEY (`country_id`),
UNIQUE KEY `country_code2` (`country_code2`),
UNIQUE KEY `country_code3` (`country_code3`),
KEY `region_id` (`region_id`),
CONSTRAINT `countries_ibfk_1` FOREIGN KEY (`region_id`) REFERENCES `regions` (`region_id`)
) ENGINE=InnoDB AUTO_INCREMENT=240 DEFAULT CHARSET=utf8mb3 COLLATE=utf8mb3_uca1400_ai_ci
CREATE TABLE author (
id SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY,
name VARCHAR(100) NOT NULL
) ENGINE = InnoDB;
CREATE TABLE book (
id MEDIUMINT UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY,
title VARCHAR(200) NOT NULL,
author_id SMALLINT UNSIGNED NOT NULL,
CONSTRAINT `fk_book_author`
FOREIGN KEY (author_id) REFERENCES author (id)
ON DELETE CASCADE
ON UPDATE RESTRICT
) ENGINE = InnoDB;
INSERT INTO book (title, author_id) VALUES ('Necronomicon', 1);
ERROR 1452 (23000): Cannot add or update a child row: a foreign key constraint fails
(`test`.`book`, CONSTRAINT `fk_book_author` FOREIGN KEY (`author_id`)
REFERENCES `author` (`id`) ON DELETE CASCADE)
INSERT INTO author (name) VALUES ('Abdul Alhazred');
INSERT INTO book (title, author_id) VALUES ('Necronomicon', LAST_INSERT_ID());
INSERT INTO author (name) VALUES ('H.P. Lovecraft');
INSERT INTO book (title, author_id) VALUES
('The call of Cthulhu', LAST_INSERT_ID()),
('The colour out of space', LAST_INSERT_ID());
DELETE FROM author WHERE name = 'H.P. Lovecraft';
SELECT * FROM book;
+----+--------------+-----------+
| id | title | author_id |
+----+--------------+-----------+
| 3 | Necronomicon | 1 |
+----+--------------+-----------+
UPDATE author SET id = 10 WHERE id = 1;
ERROR 1451 (23000): Cannot delete or update a parent row: a foreign key constraint fails
(`test`.`book`, CONSTRAINT `fk_book_author` FOREIGN KEY (`author_id`)
REFERENCES `author` (`id`) ON DELETE CASCADE)
CREATE TABLE a(a_key INT PRIMARY KEY, not_key INT);
CREATE TABLE b(for_key INT REFERENCES a(not_key));
ERROR 1005 (HY000): Can't create table `test`.`b`
(errno: 150 "Foreign key constraint is incorrectly formed")
CREATE TABLE c(for_key INT REFERENCES a(a_key));
SHOW CREATE TABLE c;
+-------+----------------------------------------------------------------------------------+
| Table | Create Table |
+-------+----------------------------------------------------------------------------------+
| c | CREATE TABLE `c` (
`for_key` INT(11) DEFAULT NULL,
KEY `for_key` (`for_key`),
CONSTRAINT `c_ibfk_1` FOREIGN KEY (`for_key`) REFERENCES `a` (`a_key`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 |
+-------+----------------------------------------------------------------------------------+
INSERT INTO a VALUES (1,10);
Query OK, 1 row affected (0.004 sec)
INSERT INTO c VALUES (10);
ERROR 1452 (23000): Cannot add or update a child row: a foreign key constraint fails
(`test`.`c`, CONSTRAINT `c_ibfk_1` FOREIGN KEY (`for_key`) REFERENCES `a` (`a_key`))
INSERT INTO c VALUES (1);
Query OK, 1 row affected (0.004 sec)
SELECT * FROM c;
+---------+
| for_key |
+---------+
| 1 |
+---------+