Question

我将mysql数据库从运行在linux上的mysql服务器恢复到运行在windows上的服务器。在我试图在其中一个表上运行ALTER TABLE之前，一切似乎都很好。如果我尝试改变任何东西，我得到的错误是：错误代码：1067。“creation_date”

的默认值无效

现在奇怪的是，转储文件已成功恢复并创建了表。如果我使用Workbench获取表的create语句，我看到：

`creation_date` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',

对于导致问题的列。

CREATE TABLE语句如何以一种我现在不能改变它的方式成功？

Answer 1

sql_mode和＆＃39; NO_ZERO_DATE＆＃39;：http://dev.mysql.com/doc/refman/5.1/en/sql-mode.html

的一些背景知识

您提到已从其他服务器还原了表。如果您使用了mysqldump，那么问题的答案就是关闭了mysql＆＃39; NO_ZERO_DATE＆＃39;加载转储的SQL时的模式。 Mysqldump（在5.5中测试）将此行放在转储SQL的顶部：

/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;

在加载转储时，它还会关闭外键检查和其他有用的东西。

/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;

这解释了为什么你能够恢复表格，但是当你试图改变时，你必须遵守更严格的规则。如果您真的想要覆盖它，可以在alter table之前尝试以下内容：

mysql> SET SESSION sql_mode='';

然后改变表格。

无法更改表，获取错误1067无效的默认值

1 个答案: