これはよくある間違いのようですが、私の人生ではこれを理解することはできません。
MySQLには、外部キーを介して結び付けられたInnoDBユーザーテーブルのセットがあります。親user
テーブル、および電子メールアドレス、アクションなどを格納する一連の子テーブル。これらはすべて、外部キーuser
によって親uid
テーブルに関連付けられています。 、すべての親キーと子キーはint(10)
です。
すべての子テーブルには、user.uid
を指す外部キー制約を持つuid
値があり、ON DELETE CASCADE
およびON UPDATE CASCADE
に設定されます。
user
からユーザーを削除すると、すべての子制約エントリが削除されます。ただし、user.uid
値を更新しようとすると、uid
の変更を子テーブルにカスケードするのではなく、次のエラーが発生します。
#1452 - Cannot add or update a child row: a foreign key constraint fails (`accounts`.`user_email`, CONSTRAINT `user_email_ibfk_2` FOREIGN KEY (`uid`) REFERENCES `user` (`uid`) ON DELETE CASCADE ON UPDATE CASCADE)
ここで明白な何かを見逃しているに違いないと感じています。 user_email
を使用してキー制約を削除し、user
の値を更新しようとすると、同じエラーになりますが、次のアルファベット順のuser
子テーブルになります。テーブル固有のエラー。
編集:
SHOW ENGINE INNODB STATUS
からの結果の追加:
------------------------
LATEST FOREIGN KEY ERROR
------------------------
121018 22:35:41 Transaction:
TRANSACTION 0 5564387, ACTIVE 0 sec, process no 1619, OS thread id 2957499248 updating or deleting, thread declared inside InnoDB 499
mysql tables in use 1, locked 1
17 lock struct(s), heap size 2496, 9 row lock(s), undo log entries 2
MySQL thread id 3435659, query id 24068634 localhost root Updating
UPDATE `accounts`.`user` SET `uid` = '1' WHERE `user`.`uid` = 306
Foreign key constraint fails for table `accounts`.`user_email`:
,
CONSTRAINT `user_email_ibfk_2` FOREIGN KEY (`uid`) REFERENCES `user` (`uid`) ON DELETE CASCADE ON UPDATE CASCADE
Trying to add in child table, in index `uid` Tuple:
DATA Tuple: 2 fields;
...
A bunch of hex code
But in parent table `accounts`.`user`, in index `PRIMARY`,
the closest match we can find is record:
...
A bunch of hex code
無関係なタスクで、最近MySQLデータベースを MySQL Workbench で起動しました。上記のテーブルのテーブルリレーションを表示すると、以前は何らかの形で見逃していた「重複」または偽のリレーションに気付きました。 (PHPMyAdmin FWIWには表示されませんでした)。これらの余分な関係を削除すると、すぐに問題が解決しました。
SQLコードの先頭に次のコードを追加することにより、「外部キー制約が失敗する」の問題を解決しました(これは値をテーブルにインポートするためのものでした)
SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT;
SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS;
SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION;
SET NAMES utf8;
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='NO_AUTO_VALUE_ON_ZERO';
SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0;
次に、このコードをファイルの最後に追加します
SET SQL_MODE=@OLD_SQL_MODE;
SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS;
SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS;
SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT;
SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS;
SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION;
SET SQL_NOTES=@OLD_SQL_NOTES;
テーブル定義を指定していないため、推測するのは困難です。しかし、子テーブルの外部キーを変更しようとしているようです。私の知る限り、これは違法です。親テーブルからは変更できますが、子テーブルからは変更できません。
この例を考えてみましょう:
CREATE TABLE parent (
parent_id INT NOT NULL,
parent_data int,
PRIMARY KEY (parent_id)
) ENGINE=INNODB;
CREATE TABLE child1 (
child1_id INT,
child1_data INT,
fk_parent_id INT,
INDEX par_ind1 (fk_parent_id),
FOREIGN KEY (fk_parent_id)
REFERENCES parent(parent_id)
ON DELETE CASCADE
ON UPDATE CASCADE
) ENGINE=INNODB;
CREATE TABLE child2 (
child2_id INT,
child2_data INT,
fk_parent_id INT,
INDEX par_ind2 (fk_parent_id),
FOREIGN KEY (fk_parent_id)
REFERENCES parent(parent_id)
ON DELETE CASCADE
ON UPDATE CASCADE
) ENGINE=INNODB;
INSERT INTO parent
(parent_id, parent_data)
VALUES
(1, 11),
(2, 12);
INSERT INTO child1
(child1_id, child1_data, fk_parent_id)
VALUES
(101, 1001, 1),
(102, 1002, 1),
(103, 1003, 1),
(104, 1004, 2),
(105, 1005, 2);
INSERT INTO child2
(child2_id, child2_data, fk_parent_id)
VALUES
(106, 1006, 1),
(107, 1007, 1),
(108, 1008, 1),
(109, 1009, 2),
(110, 1010, 2);
次に、これが許可されます:
UPDATE parent
SET parent_id = 3 WHERE parent_id = 2;
SELECT * FROM parent;
SELECT * FROM child1;
SELECT * FROM child2;
しかし、子テーブルから親fkを変更するため、これはそうではありません。
UPDATE child1
SET fk_parent_id = 4 WHERE fk_parent_id = 1;
エラーに非常に似たエラーが表示されます。
Cannot add or update a child row: a foreign key constraint fails (`db_2_b43a7`.`child1`, CONSTRAINT `child1_ibfk_1` FOREIGN KEY (`fk_parent_id`) REFERENCES `parent` (`parent_id`) ON DELETE CASCADE ON UPDATE CASCADE):
テーブルに外部制約を作成しているときに同じ問題に直面していました。この問題から抜け出す簡単な方法は、最初に親テーブルと子テーブルのバックアップを取り、次に子テーブルを切り捨てて、再びリレーションを作成することです。これで問題が解決することを願っています。
更新時のこのようなエラーは、文字セットと照合順序の違いが原因である可能性があるため、両方のテーブルで同じであることを確認してください。
これはかなり古いものですが、@ Sidupacの答えで役立つのはFOREIGN_KEY_CHECKS=0
。
データベーススキーマを管理するもの(私の場合はJPA)を使用している場合、この回答は選択肢ではありませんが、テーブルに「孤立した」エントリが存在する可能性があります(存在しない可能性のある外部キーを参照)。
これは、MySQLテーブルをMyISAMからInnoDBに変換するときによく発生します。これは、参照整合性は実際には前者の問題ではないためです。