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

Question

我将mysql数据库从运行在linux上的mysql服务器恢复到运行在windows上的服务器。一切似乎都很好，直到我尝试在其中一个表上运行ALTER TABLE。如果尝试ALTER任何内容，则会出现以下错误：错误代码：1067。"creation_date"的默认值无效

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

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

对于导致问题的列。

CREATETABLE语句怎么能成功，以至于我现在无法对它执行更改？

Answer 1

sql_mode和'NO_ZERO_DATE'的一些背景：http://dev.mysql.com/doc/refman/5.1/en/sql-mode.html

您提到从另一台服务器恢复了表。如果您使用mysqldump，那么问题的答案是mysql在加载转储的SQL时关闭了"NO_ZERO_DATE"模式。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 */;

这就解释了为什么你可以恢复表格，但当你试图改变时，你必须遵守更严格的规则。如果你真的想覆盖这一点，你可以在更改表之前尝试以下操作：

mysql> SET SESSION sql_mode='';

然后换一张桌子。