我将mysql数据库从运行在linux上的mysql服务器恢复到运行在windows上的mysql服务器。在我尝试对其中一个表运行ALTER TABLE之前,一切似乎都很好。如果我试图改变任何东西,我得到的错误是:错误代码: 1067。“creation_date”的默认值无效
现在奇怪的是,转储文件成功地恢复并创建表。如果我使用Workbench获取表的create语句,我会看到:
`creation_date` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',对于导致问题的列。
CREATE TABLE语句是如何成功的,以至于我现在不能对其执行更改?
发布于 2014-04-18 13:16:02
关于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 */;这就解释了为什么您能够恢复这些表,但在尝试更改时,您必须遵守更严格的规则。如果您真的想覆盖它,您可以在alter table之前尝试执行以下操作:
mysql> SET SESSION sql_mode='';然后更改table。
https://stackoverflow.com/questions/23120188
复制相似问题