我使用mysqldump使用以下命令转储了一个mysql数据库:
mysqldump --no-create-db --no-create-info --compact --single-transaction --complete-insert --extended-insert=FALSE --flush-logs -uroot -ppassword databasename > databasename.db.data.dump.sql
我使用上述特定选项的原因是我需要:
我有一个生成CLEAN数据库的脚本(即带有数据结构的数据库 - 表,索引等,但没有数据)。
我想将使用上述命令转储的数据导入CLEAN数据库。
我尝试通过输入以下命令将转储的数据(即恢复数据)导入CLEAN数据库:
mysql -h hostname -u user --password=password databasename < filename
当我运行此命令时,出现以下错误:
ERROR 1452 (23000) at line 13: Cannot add or update a child row: a foreign key constraint fails (`tpwsdb`.`sf_guard_group_permission`, CONSTRAINT `sf_guard_group_permission_FK_2` FOREIGN KEY (`permission_id`) REFERENCES `sf_guard_permission` (`id`) ON DELETE CASCADE)
转储数据文件中的第13行是:
INSERT INTO `sf_guard_group_permission` (`group_id`, `permission_id`) VALUES (1,1);
sf_guard_group_permission的架构是:
mysql> describe sf_guard_group_permission;
+---------------+---------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+---------------+---------+------+-----+---------+-------+
| group_id | int(11) | NO | PRI | NULL | |
| permission_id | int(11) | NO | PRI | NULL | |
+---------------+---------+------+-----+---------+-------+
2 rows in set (0.00 sec)
Permission_id是表sf_guard_permission中的FK。从错误中看,似乎mysql正在尝试填充具有依赖项的表(可以说是子表),在填充父表之前。
检查转储的文件内容后,我可以看到,依赖(子)表的INSERT语句确实PRECEDE为父表的那些 - 这显然违反了表上的参照完整性约束。
这个错误似乎是由mysqldump创建INSERT语句的顺序引起的,令人惊讶的是,似乎没有注意到R.I。
无论如何我可以强制使用mysqldump创建INSERT语句的ORDER - 即使其他表中为FK的表出现在引用它们的表之前?
我会手动更改INSERT语句出现的顺序,但该文件包含近10k行,我不喜欢这样做的前景。
在使用mysqldump之前,有人必须遇到过这个问题 - 解决这个问题的方法是什么?
答案 0 :(得分:11)
每次将转储文件导入到具有外键的空数据时,都应设置以下变量:
SET FOREIGN_KEY_CHECKS = 0;
这样,如果在父行之前插入子行,MySQL就不会抛出错误。
默认情况下,mysqldump中设置了该变量,但您使用--compact
标志取消了该变量。
您有两种方法可以解决此问题:
1)在没有--compact
的情况下再次运行转储:
mysqldump --no-create-db --no-create-info --single-transaction --complete-insert --extended-insert=FALSE --flush-logs -uroot -ppassword databasename > databasename.db.data.dump.sql
2)导入您拥有的转储,但首先禁用外键检查:
mysql -h hostname -u user --password=password databasename
SET FOREIGN_KEY_CHECKS = 0;
\. databasename.db.data.dump.sql