我使用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
我之前使用上述特定选项的原因是我需要：
>只转储数据
>不创建任何DDL语句,如CREATE TABLE等
我有一个生成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行,我不喜欢这样做的前景.
最佳答案
无论何时将转储文件导入到具有外键的空数据中,都应设置以下变量：
SET FOREIGN_KEY_CHECKS = 0;
该变量默认设置在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