我将 mysql 数据库从运行在 Linux 上的 mysql 服务器恢复到运行在 Windows 上的服务器。一切看起来都很好，直到我尝试在其中一张表上运行 ALTER TABLE 。如果我尝试更改任何内容，我得到的错误是：
错误代码：1067。“creation_date”的默认值无效
现在奇怪的是转储文件成功恢复并创建了表。如果我使用 Workbench 获取表的创建语句，我会看到：
`creation_date` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
对于引起问题的列。
CREATE TABLE 语句如何成功，以至于我现在无法对其执行更改？
关于 sql_mode 和“NO_ZERO_DATE”的一些背景：http://dev.mysql.com/doc/refman/5.1/en/sql-mode.html 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='';
然后修改表。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
