Mysql. Impossibile creare la tabella errno 150

Question

Devo creare un db con 2 tabelle in mysql ma lo script fallisce con errno 150 (problema chiave esterna). Ho ricontrollato i campi della chiave esterna per essere uguale su entrambe le tabelle e non riesco a trovare alcun errore.

Ecco lo script:

SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0; 
SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0; 
SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='TRADITIONAL'; 

DROP SCHEMA IF EXISTS `testdb`; 
CREATE SCHEMA IF NOT EXISTS `testdb` DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci ; 
USE `testdb`; 

DROP TABLE IF EXISTS `testdb`.`table1` ; 

CREATE TABLE IF NOT EXISTS `testdb`.`table1` (
    `id` INT UNSIGNED NOT NULL , 
    `field1` VARCHAR(50) NULL , 
    PRIMARY KEY (`id`)) 
ENGINE = InnoDB; 



DROP TABLE IF EXISTS `testdb`.`table2` ; 

CREATE TABLE IF NOT EXISTS `testdb`.`table2` (
    `id` INT NOT NULL AUTO_INCREMENT , 
    `field1` VARCHAR(50) NULL , 
    `date` DATE NULL , 
    `cnt` INT NULL , 
    PRIMARY KEY (`id`) , 
    INDEX `FK_table2_table1` (`field1` ASC) , 
    CONSTRAINT `FK_table2_table1` 
    FOREIGN KEY (`field1`) 
    REFERENCES `testdb`.`table1` (`field1`) 
    ON DELETE NO ACTION 
    ON UPDATE NO ACTION) 
ENGINE = InnoDB; 

SET SQL_MODE=@OLD_SQL_MODE; 
SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS; 
SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS; 

ho provato in Windows e Ubuntu con diverse versioni di MySQL e non ha funzionato.

Qualche idea? Molte grazie.

Answer 1

table1.field1 non ha alcun indice definito su di esso.

È necessario posizionare un vincolo FOREIGN KEY su field1.

Con questo:

CREATE TABLE IF NOT EXISTS `testdb`.`table1` (
    `id` INT UNSIGNED NOT NULL , 
    `field1` VARCHAR(50) NULL , 
    KEY ix_table1_field1 (field1), 
    PRIMARY KEY (`id`)) 
ENGINE = InnoDB; 

Tutto dovrebbe quindi funzionare come previsto.

Answer 2

A seconda della versione di MySQL potrebbe essere necessario creare prima un indice su table1.field1.

Answer 3

Se non funziona, provate questo:

Il nome chiave esterna è un duplicato di una chiave già esistente. Verifica che il nome della tua chiave esterna sia univoco all'interno del tuo database. Basta aggiungere alcuni caratteri casuali alla fine del nome della chiave per verificarlo.

Answer 4

Creare sempre le tabelle principale/padre, quindi creare i dettagli/tabelle figlio.

Answer 5

un'opzione (a seconda del caso) sarebbe quello di disattivare il controllo di integrità mysql:

SET FOREIGN_KEY_CHECKS = 0; 

Answer 6

Nel mio caso, un tavolo stava usando vincoli di chiave esterna su un altro tavolo che non esisteva ancora. Questo stava accadendo a causa di un grande makefile, quindi non era così ovvio come mi sarei aspettato.

Answer 7

Nel caso in cui qualcuno abbia ancora problemi con questo, ho provato tutte le soluzioni sopra (tranne SET FOREIGN_KEY_CHECKS) e non ha funzionato. Il problema era che quando si fa riferimento alla prima tabella, alcuni database sono case sensitive riguardo ai nomi delle tabelle. Penso che sia strano visto che non l'ho mai visto prima su MySQL, Oracle e ora questo è successo per me su MariaDB.

Ad esempio:

Crea una tabella se non esiste CADASTRO_MAQUINAS ( Id VARCHAR (16), Chiave primaria (Id) );

Crea una tabella se non esiste INFORMAZIONI ( Id_Maquina VARCHAR (16) NOT NULL, VINCOLO FK_infos_cadastro_maquinas chiave esterna (Id_Maquina) fa riferimento a CADASTRO_MAQUINAS (Id) );

Se provo a creare la seconda tabella utilizzando cadastro_maquinas (casi inferiori) anziché CADASTRO_MAQUINAS, riceverò questo errore.

Answer 8

Stavo usando MySQL workBench.Il problema è che non è possibile utilizzare lo stesso foreign key name, devono essere unique. Quindi se più di una tabella fa riferimento alla stessa chiave esterna, ogni volta deve essere indicato un nome unique.

Answer 9

Mentre lavoravo con MySQL Workbench e MySQL 5.5.27, ho riscontrato il problema simile. Nel mio caso il problema era con i campi di tipo INT. Erroneamente in una tabella era INT UNSIGNED e nella tabella di riferimento era INT.

Answer 10

Un altro suggerimento:

Anche quando i tipi di dati sembrano essere lo stesso - nel mio caso ha avuto entrambe le colonne VARCHAR(50) - questo non è sufficiente.

È inoltre necessario assicurarsi che entrambe le colonne abbiano lo stesso COLLATION.

Answer 11

Una delle risposte qui suggerisce di disabilitare il controllo dell'integrità della chiave esterna. Questa è una cattiva idea. Ci sono due probabili colpevoli qui: tipo

• dati non corrispondente tra chiave primaria di riferimento e riferimenti stranieri chiave
• Indici. Qualsiasi chiave esterna che indichi deve essere NOT NULL

Answer 12

Ho avuto un errore simile su uno dei miei tavoli. Quando la colonna selezionata era selezionata, la collazione era diversa, il che funzionava una volta cambiate entrambe le colonne nello stesso tipo di fascicolazione.

Dopo aver letto la maggior parte della soluzione suggerita qui. Ho solo pensato che sarebbe stato utile se avessi elencato tutte le possibilità che potrebbero generare questo errore.

1, del controllo la cassa della Colonna 2, Controllare COLLATION delle Colonne 3, controllare se c'è una chiave creata in entrambe le tabelle per la colonna (Unique, Primario)

Answer 13

Ancora un altro motivo, anche se un po 'simile ad altri: mi riferivo ad un tavolo che si è rivelato avere il motore MyISAM, invece di InnoDB.

Answer 14

Nel mio caso ho ottenuto la vecchia definizione di tabella MyISAM in una delle tabelle e ovviamente non sono riuscito a creare una chiave esterna da un'altra tabella. Forse questo aiuta qualcuno.

quindi questo potrebbe accadere a causa di incongruenze tra due database/campi definizioni cercano di controllare:

Field Type 
Field Collation 
Table Engine 

Answer 15

MySQL sarà anche gettare questo errore se il errori di digitazione il nome della tabella di riferimento. Ho tirato fuori i miei capelli per un po 'fino a quando mi sono reso conto di aver perso una lettera in foreign key (column1) references mistyped_table(column1)

Answer 16

Per me, il problema era con l'utilizzo di CONSTRAINT nella query CREATE TABLE.

Answer 17

È inoltre possibile riscontrare lo stesso errore quando si tenta di fare riferimento a una chiave composita nella chiave esterna.

Ad esempio:

CREATE TABLE `article` (
    `id` int(10) unsigned NOT NULL, 
    `type` enum('X','Y','Z') NOT NULL, 
    PRIMARY KEY (`id`,`type`) 
) ENGINE InnoDB; 

CREATE TABLE `t1` (
    `user_id` int(10) unsigned NOT NULL, 
    `type` enum('X','Y','Z') NOT NULL, 
    `article_id` int(10) unsigned NOT NULL, 
    CONSTRAINT `user_access_article_ibfk_2` FOREIGN KEY (`article_id`, `type`) REFERENCES `article` (`id`, `type`) ON DELETE CASCADE ON UPDATE CASCADE 
) ENGINE=InnoDB 

In questo caso, è importante utilizzare article_id e campo di tipo nella definizione FK nello stesso ordine in cui compaiono nella definizione PRIMARY KEY tabella article.

Answer 18

Nel mio caso è stato probabilmente un errore del server che ha lasciato cadere una tabella con lo stesso nome. Eliminare l'intero shcema e ricrearlo ha risolto il problema.

Answer 19

In casi molto strani il database potrebbe essere danneggiato. Nel mio caso non ho avuto alcuna chiave straniera sul tavolo e l'unico rinominare il tavolo o cambiare motore ha aiutato.

Venne fuori InnoDB era rotto, si veda: https://dba.stackexchange.com/questions/86853/1025-error-on-rename-of-table-errno-150-table-was-deleted-while-tried-to-a?lq=1

Answer 20

Se si sta lavorando su MySQL Workbench e si ottiene questo errore per una tabella di relazione ci può essere una soluzione rapida per voi: è sufficiente eliminarlo e lasciare MySQL Workbench Ricrea è per te. Quindi copia lo sql. Risolto il problema con errno 150.

Answer 21

Ho ricevuto questo errore durante il tentativo di utilizzare una chiave esterna per fare riferimento a un campo non univoco. (che apparently non è consentito)

Answer 22

Quando ho avuto questo problema era perché avevo impostato l'id nella prima tabella per essere unsigned mentre la chiave esterna nella seconda tabella non lo era. Rendendoli entrambi unsigned risolto per me.