В каких случаях происходит проверка внешних ключей?

Question

[Anton B]

Всем привет!

Допустим такая таблица

CREATE TABLE `table` (
    `id` smallint(5) unsigned NOT NULL DEFAULT 0,
    `f_1` tinyint(3) unsigned NOT NULL DEFAULT 0,
    `f_2` tinyint(3) unsigned NOT NULL DEFAULT 0,
    `val_1` tinyint(3) unsigned NOT NULL DEFAULT 0,
    `val_2` tinyint(3) unsigned NOT NULL DEFAULT 0,
    UNIQUE KEY `id` (`id`),
    KEY `f_1` (`f_1`),
    KEY `f_2` (`f_2`),
    CONSTRAINT `c1` FOREIGN KEY (`f_1`) REFERENCES `table_2` (`id`),
    CONSTRAINT `c2` FOREIGN KEY (`f_2`) REFERENCES `table_3` (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 ROW_FORMAT=COMPACT

Вопрос: будет ли при следующем запросе происходит проверка внешних ключей?
UDPATE `table` SET `val_1` = 1 WHERE `id` = 2

Спасибо за ответы!

Answer 1

[Rsa97]

Не будет, поскольку поля `f_1` и `f_2` не изменяются.

Comments

[Anton B]

Спасибо.

Подскажите еще пожалуйста.
Для полного сохранения целостности данных между десятками таблиц может быть десятки связей через внешние ключи. Значения по которым установлены внешние ключи изменяются крайне редко (или вообще не изменяются никогда). Это вообще нормально? Это не ухудшает производительность в разы? Особенно на таблица в миллионы строк? Спасибо!

[auoa16]

Anton B, СУБД осуществляет переходы для проверки внешних ключей только при изменении/удалении/вставке данных. Если у вас очень много например вставок, из-за которых вы прям чувствуете просадки по производительности(что вряд ли будет существеннее чем перестройка того же индекса), тогда можете конечно попробовать убрать внешний ключ и провести замеры. Но как уже сказал это все имеет смысл только если есть проблема по факту, а так заранее я бы не советовал что либо убирать, убрать ограничения, денормализовать и прочее всегда успеете, делайте сначала правильно