Ошибка MySQL 1215: невозможно добавить ограничение внешнего ключа

причины, по которым вы можете получить ошибку ограничения внешнего ключа:

1. вы не используете InnoDB в качестве двигателя на всех столах.
2. вы пытаетесь ссылаться на несуществующий ключ в целевой таблице. Убедитесь, что это ключ на другой стол (он может быть первичный или уникальный ключ)
3. типы столбцов не совпадают (исключение-столбец в таблице ссылок может быть обнулен).
4. если PK / FK является varchar, убедитесь параметры сортировки одинаковы для обоих.

обновление:

1. одной из причин может быть то, что столбец используется для ON DELETE SET NULL не определяется как null. Поэтому убедитесь, что столбец имеет значение null по умолчанию.

проверить это.

для других такая же ошибка не всегда может быть из-за несоответствия типа столбца, вы можете узнать больше информации об ошибке ключа MySQL foriegn, выполнив команду

SHOW ENGINE INNODB STATUS;

вы можете найти ошибку в верхней части печатного сообщения что-то вроде

Не удается найти индекс в указанной таблице, где ссылочные столбцы отображаются как первые столбцы или типы столбцов в таблице и ссылочной таблице не совпадают для ограничения.

ошибка 1215 раздражает. взрыв таблетки ответ охватывает основы. Вы должны быть уверены, что начнете оттуда. Тем не менее, есть более, гораздо более тонкие случаи, чтобы искать:

например, когда вы пытаетесь связать первичные ключи разных таблиц, обязательно укажите правильный ON UPDATE и ON DELETE параметры. Например:

...
PRIMARY KEY (`id`),
FOREIGN KEY (`id`) REFERENCES `t` (`other_id`) ON DELETE SET NULL
....

не будет летать, потому что первичные ключи (например,id) не может быть NULL.

Я уверен, что есть более того, аналогично тонкие проблемы при добавлении такого рода ограничений, поэтому при обнаружении ошибок ограничений всегда убедитесь, что ограничения и их последствия имеют смысл в вашем текущем контексте. Удачи с вашей ошибкой 1215!

в моем случае я удалил таблицу, используя SET FOREIGN_KEY_CHECKS=0, потом SET FOREIGN_KEY_CHECKS=1 после. Когда я пошел, чтобы перезагрузить стол, я получил error 1215. Проблема заключалась в том, что в базе данных была еще одна таблица с внешним ключом к таблице, которую я удалил и перезагружал. Часть процесса перезагрузки включала изменение типа данных для одного из полей, что сделало внешний ключ из другой таблицы недействительным, тем самым запустив error 1215. Я решил проблему, сбросив, а затем перезагрузив другую таблицу с новым типом данных для соответствующего поля.

проверьте параметры сортировки таблицы, используя SHOW TABLE STATUS вы можете проверить информацию о таблицах, включая сверку.

обе таблицы должны иметь одинаковые параметры сортировки.

Это случилось со мной.

есть ловушка, с которой я столкнулся с "ошибкой 1215: не могу добавить ограничение внешнего ключа" при использовании Laravel 4, особенно с генераторами Laravel 4 Джеффри.

в Laravel 4 Вы можете использовать генераторы JeffreyWay для создания файлов миграции для создания таблиц один за другим, что означает, что каждый файл миграции генерирует одну таблицу. Вы должны знать, что каждый файл миграции генерируется с меткой времени в имени файла,что дает файлам порядок. Порядок генерация также является порядком операции миграции при запуске команды CLI Artisan "php artisan migrate". Таким образом, если файл запрашивает ограничение внешнего ключа, ссылающееся на ключ, который будет, но еще не сгенерирован в последнем файле, запускается ошибка 1215. В таком случае вам нужно настроить порядок генерации файлов миграции. Создайте новые файлы в правильном порядке, скопируйте содержимое, а затем удалите неупорядоченные старые файлы.

Я получил ту же ошибку при попытке добавить fk. В моем случае проблема была вызвана ПК таблицы FK, который был отмечен как неподписанный.

У меня была та же проблема.
Я решил это сделать так:

Я создал следующую строку
primary key: (id int(11) unsigned NOT NULL AUTO_INCREMENT)

Я нашел это решение после попытки импортировать таблицу в мой конструктор схем. Если это сработает, дай мне знать!

удачи!

Фелипе Tércio

Я не могу найти эту ошибку

CREATE TABLE RATING (

Riv_Id INT(5),
Mov_Id INT(10) DEFAULT 0,
Stars INT(5),
Rating_date DATE, 

PRIMARY KEY (Riv_Id, Mov_Id),

FOREIGN KEY (Riv_Id) REFERENCES REVIEWER(Reviewer_ID)
ON DELETE SET NULL ON UPDATE CASCADE,

FOREIGN KEY (Mov_Id) REFERENCES MOVIE(Movie_ID)
ON DELETE SET DEFAULT ON UPDATE CASCADE
)

у меня была та же проблема, мое решение:

перед:

CREATE TABLE EMPRES
( NoFilm smallint NOT NULL

  PRIMARY KEY (NoFilm)

  FOREIGN KEY (NoFilm) REFERENCES cassettes

);

устранение:

CREATE TABLE EMPRES
(NoFilm smallint NOT NULL REFERENCES cassettes,

 PRIMARY KEY (NoFilm)

);

надеюсь, это поможет;)

Это также происходит, когда тип столбцов не совпадает.

например, если столбец, на который вы ссылаетесь, является UNSIGNED INT, а указанный столбец-INT, вы получаете эту ошибку.

для MySQL (INNODB)... получить определения для столбцов, которые вы хотите связать

SELECT * FROM information_schema.columns WHERE 
TABLE_NAME IN (tb_name','referenced_table_name') AND 
COLUMN_NAME  IN ('col_name','referenced_col_name')\G

сравните и убедитесь, что оба определения столбцов имеют

тот же COLUMN_TYPE (длина), тот же COLATION

может быть полезно играть как

set foreign_key_checks=0;
ALTER TABLE tb_name ADD FOREIGN KEY(col_name) REFERENCES ref_table(ref_column) ON DELETE ...
set foreign_key_checks=1;

проверьте совместимость таблиц. Например, если одна таблица MyISAM, а другой InnoDB, у вас может быть эта проблема.

еще одна причина: если вы используете ON DELETE SET NULL все столбцы, используемые во внешнем ключе, должны разрешать значения null. Кто-то еще узнал об этом в этот вопрос.

из моего понимания это не было бы проблемой в отношении целостности данных, но кажется, что MySQL просто не поддерживает эту функцию (в 5.7).

когда эта ошибка возникает, потому что ссылочная таблица использует движок MyISAM, этот ответ обеспечивает быстрый способ преобразования вашей базы данных, поэтому все таблицы моделей Django используют InnoDB:https://stackoverflow.com/a/15389961/2950621

Это команда управления Django под названием convert_to_innodb.

Wooo я только что получил его ! Это было сочетание многих уже опубликованных ответов (innoDB, unsigned и т. д.). Одна вещь, которую я здесь не видел: если ваш FK указывает на PK, убедитесь, что исходный столбец имеет значение, которое имеет смысл. Например, если PK является mediumint(8), убедитесь, что исходный столбец также содержит mediumint (8). Это было частью моей проблемы.

для меня это были типы столбцов. Типа bigint != INT.

но тогда это все равно не сработало.

поэтому я проверил двигатели. Убедитесь, что Table1 = InnoDB и Table = InnoDB

даже у меня была такая же проблема . И ошибка была с" неподписанным " маркером в таблице FK PK

будьте в курсе тоже использование обратных кавычек У меня было в скрипте следующее утверждение

ALTER TABLE service ADD FOREIGN KEY (create_by) REFERENCES `system_user(id)`;

но backquotes в конце были ложными. Это должно было быть:--3-->

ALTER TABLE service ADD FOREIGN KEY (create_by) REFERENCES `system_user`(`id`);

MySQL не дают unfortunalty никаких подробностей об этой ошибке...

Я испытал эту ошибку по совсем другой причине. Я использовал MySQL Workbench 6.3 для создания моей модели данных (удивительный инструмент). Я заметил, что когда порядок столбцов, определенный в определении ограничения внешнего ключа, не соответствует последовательности столбцов таблицы, эта ошибка также генерируется.

Мне потребовалось около 4 часов, чтобы попробовать все остальное, но проверить это.

теперь все работает хорошо, и я могу вернуться к кодированию. :-)

другой источник этой ошибки заключается в том, что у вас есть 2 или более одинаковых имен таблиц с одинаковыми именами внешних ключей. Это иногда случается с людьми, которые используют программное обеспечение для моделирования и проектирования, например Mysql Workbench, а затем генерируют сценарий из дизайна.

при попытке сделать внешний ключ при использовании Laravel migration

такой пример:

user таблица

    public function up()
{
    Schema::create('flights', function (Blueprint $table) {
        $table->increments('id');
        $table->string('name');
        $table->TinyInteger('color_id')->unsigned();
        $table->foreign('color_id')->references('id')->on('colors');
        $table->timestamps();
    });
}

таблица цветов

    public function up()
{
    Schema::create('flights', function (Blueprint $table) {
        $table->increments('id');
        $table->string('color');
        $table->timestamps();
    });
}

иногда свойства не работает

[PDOException]
SQLSTATE[HY000]: General error: 1215 Cannot add foreign key constraint

эта ошибка произошла потому, что внешний ключ (тип) в [Таблица] deferent от первичного ключа (тип) в [таблица цветов]

для решения этой проблемы следует изменить первичный ключ в [таблица цветов ]

$table->tinyIncrements('id');

при использовании первичного ключа $table->Increments('id');

вы должны использовать Integer как внешний ключ

    $table-> unsignedInteger('fk_id');
    $table->foreign('fk_id')->references('id')->on('table_name');

при использовании первичного ключа $table->tinyIncrements('id');

вы должны использовать unsignedTinyInteger как внешний ключ

    $table-> unsignedTinyInteger('fk_id');
    $table->foreign('fk_id')->references('id')->on('table_name');

при использовании первичного ключа $table->smallIncrements('id');

вы должны использовать unsignedSmallInteger как внешний ключ

    $table-> unsignedSmallInteger('fk_id');
    $table->foreign('fk_id')->references('id')->on('table_name');

при использовании первичного ключа $table->mediumIncrements('id');

вы должны использовать unsignedMediumInteger как внешний ключ

    $table-> unsignedMediumInteger('fk_id');
    $table->foreign('fk_id')->references('id')->on('table_name');

Я знаю, что я очень опаздываю на вечеринку, но я хочу поставить его здесь, чтобы он был указан.

а также все вышеперечисленные советы для того, чтобы убедиться, что поля определены одинаково, а типы таблиц также имеют одинаковые параметры сортировки, убедитесь, что вы не делаете ошибку новичка, пытаясь связать поля, где данные в дочернем поле еще не находятся в Родительском поле. Если у вас есть данные в дочернем поле, которые вы еще не ввели в родительское поле, то это вызовет эту ошибку. Жаль, что сообщение об ошибке не является немного более полезным.

Если вы не уверены, создайте резервную копию таблицы с внешним ключом, удалите все данные и попробуйте создать внешний ключ. Если успешно, то вам, что делать!

удачи.

Это тонкая версия того, что уже было сказано, но в моем случае у меня было 2 базы данных (foo и bar). Сначала я создал foo, и я не понял, что он ссылается на внешний ключ в баре.БАЗ (который еще не был создан). Когда я пытался создать бар.бэз (без каких-либо внешних ключей), я продолжал получать эту ошибку. Осмотревшись вокруг, я нашел внешний ключ в foo.

Итак, короче говоря, если вы получите эту ошибку, у вас может быть уже существующий внешний ключ к таблице сотворенный.

в моем случае мне пришлось отключить FOREIGN KEY проверяет, что исходные таблицы не существуют.

SET FOREIGN_KEY_CHECKS=0;

У меня была такая же ошибка один раз. Я просто перезапустил сервер MySQL и исправил проблему.