恢复 sql 转储文件时得到 errno 150

Posted

技术标签:

【中文标题】恢复 sql 转储文件时得到 errno 150【英文标题】:Get errno 150 when restoring sql dump file 【发布时间】:2014-01-31 23:59:39 【问题描述】:

我使用 mysql Dump Distrib 5.1.45 来备份我的数据库。它在下面生成了一个文件:

-- MySQL dump 10.13  Distrib 5.1.45, for Win32 (ia32)
--
-- Host: localhost    Database: SG
-- ------------------------------------------------------
-- Server version   5.5.16

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

DROP TABLE IF EXISTS `hist`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `hist` (
  `Id` int(11) NOT NULL AUTO_INCREMENT,
  `HistUi` int(11) DEFAULT NULL,
  `StdModel` varchar(30) DEFAULT NULL,
  PRIMARY KEY (`Id`),
  KEY `StdModel` (`StdModel`),
  CONSTRAINT `FKA0015AD86A02605F` FOREIGN KEY (`StdModel`) REFERENCES `std` (`Model`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
/*!40101 SET character_set_client = @saved_cs_client */;

LOCK TABLES `hist` WRITE;
/*!40000 ALTER TABLE `hist` DISABLE KEYS */;
/*!40000 ALTER TABLE `hist` ENABLE KEYS */;
UNLOCK TABLES;

DROP TABLE IF EXISTS `std`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `std` (
  `Model` varchar(30) NOT NULL,
  `Owner` varchar(30) DEFAULT NULL,
  PRIMARY KEY (`Model`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
/*!40101 SET character_set_client = @saved_cs_client */;

但是当我尝试从该文件恢复时,我失败并显示如下消息:

ERROR 1005 (HY000): Can’t create table ‘SG.hist’ (errno: 150)

我尝试了一些从谷歌搜索得到的解决方案,但不起作用:

在转储文件顶部添加SET FOREIGN_KEY_CHECKS = 0; 使用 MySql Server 5.5 中的 mysql.exe 使用 MySql 工作台 ...

我在这个问题上也浪费了时间,但仍然找不到导致问题的根本原因。我不能使用较新的 mysqldump.exe 文件再次创建转储文件,并且现在不想更改数据库结构。对 sql 转储文件稍作改动是可以接受的。

更新:

将该文件带到具有相同 MySQL 服务器的其他 PC 上,它可以正常工作。我尝试比较 my.ini 文件,即使从另一台 PC 复制 my.ini 文件也无法正常工作。

【问题讨论】:

【参考方案1】:

我遇到了同样的问题,我认为这是由于预期稍后会在已存在的同一个转储文件中创建的表引起的,可能定义略有不同。我删除了数据库并从头开始重新创建它,一切正常。这可能是你的问题吗?

【讨论】:

你说得对。我明天试试,因为我这里没有那台电脑。会尽快反馈给您

以上是关于恢复 sql 转储文件时得到 errno 150的主要内容,如果未能解决你的问题,请参考以下文章

Mysql:无法创建表 errno 150

如何解决mysql代码的errno 150? [复制]

SQL 无法创建表 (errno: 150)

从 sql 文件恢复单表转储

MySQL“错误 1005 (HY000): 无法创建表 'foo.#sql-12c_4' (errno: 150)”

从转储文件中恢复 MySql