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

我将一个mysql数据库从运行在linux上的mysql服务器恢复到运行在windows上的mysql服务器。一切似乎都很好，直到我试图在其中一张桌子上运行另一张桌子。如果我试图更改任何内容，则会出现以下错误： 错误代码：1067。“创建日期”的默认值无效

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

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

对于导致问题的列

---

CREATE TABLE语句如何能够成功，以至于我现在无法对其执行更改？

sql\u模式和“NO\u ZERO\u DATE”的一些背景知识：

您提到从另一台服务器还原了表。如果使用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 */;

这就解释了为什么您能够恢复这些表，但在尝试更改时，您必须遵守更严格的规则。如果确实要覆盖此选项，可以在alter table之前尝试以下操作：

mysql> SET SESSION sql_mode='';

---

然后更改表格。

sql模式和“无零日期”的一些背景信息：

您提到从另一台服务器还原了表。如果使用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 */;

这就解释了为什么您能够恢复这些表，但在尝试更改时，您必须遵守更严格的规则。如果确实要覆盖此选项，可以在alter table之前尝试以下操作：

mysql> SET SESSION sql_mode='';

---

然后更改表。

状态：支持的范围是“1000-01-01 00:00:00”到“9999-12-31 23:59:59”。那么创建表是如何成功的？状态：支持的范围为“1000-01-01 00:00:00”到“9999-12-31 23:59:59”。那么创建表是如何成功的？