'create_date'时间戳字段的默认值无效

我有下面的sql创建语句

mysql> CREATE  TABLE IF NOT EXISTS `erp`.`je_menus` (
    ->   `id` INT(11) NOT NULL AUTO_INCREMENT ,
    ->   `name` VARCHAR(100) NOT NULL ,
    ->   `description` VARCHAR(255) NOT NULL ,
    ->   `live_start_date` DATETIME NULL DEFAULT NULL ,
    ->   `live_end_date` DATETIME NULL DEFAULT NULL , 
    ->   `notes` VARCHAR(255) NULL ,
    ->   `create_date` TIMESTAMP NOT NULL DEFAULT  '0000-00-00 00:00:00',
    ->   `created_by` INT(11) NOT NULL ,
    ->   `update_date` TIMESTAMP NOT NULL DEFAULT  CURRENT_TIMESTAMP  ,
    ->   `updated_by` INT(11) NOT NULL , 
    ->   `status` VARCHAR(45) NOT NULL ,
    ->   PRIMARY KEY (`id`) ) 
    -> ENGINE = InnoDB;

给出以下错误

错误1067 (42000):'create_date'的默认值无效

这里的误差是多少?

当前回答

如果从MySQL工作台生成脚本。

生成以下一行

SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='TRADITIONAL,ALLOW_INVALID_DATES';

从SQL_MODE中删除TRADITIONAL，然后脚本就可以正常工作了

否则，您可以将SQL_MODE设置为允许无效日期

SET SQL_MODE='ALLOW_INVALID_DATES';

2015-04-07 23:57:33

其他回答

我在OS X上通过从Homebrew安装MySQL解决了这个问题

brew install mysql

通过在/usr/local/etc/my.cnf中添加以下内容

sql_mode=ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

重新启动MySQL

brew tap homebrew/services
brew services restart mysql

2017-07-05 11:47:52

ALTER TABLE `wp_actionscheduler_actions` CHANGE `scheduled_date_gmt` `scheduled_date_gmt` DATETIME NULL DEFAULT CURRENT_TIMESTAMP, CHANGE `scheduled_date_local` `scheduled_date_local` DATETIME NULL DEFAULT CURRENT_TIMESTAMP, CHANGE `last_attempt_gmt` `last_attempt_gmt` DATETIME NULL DEFAULT CURRENT_TIMESTAMP, CHANGE `last_attempt_local` `last_attempt_local` DATETIME NULL DEFAULT CURRENT_TIMESTAMP;

2022-06-13 07:43:10

你可以修改这个:

`create_date` TIMESTAMP NOT NULL DEFAULT '0000-00-00 00:00:00',

就像这样:

`create_date` TIMESTAMP NOT NULL DEFAULT '2018-04-01 12:00:00',

2018-04-06 14:59:04

我尝试将列的类型设置为“时间戳”，它为我工作。

2020-09-11 18:02:45

你可能想检查MySql实例上的时区设置:

mysql> show variables like 'time_zone';
+---------------+--------+
| Variable_name | Value  |
+---------------+--------+
| time_zone     | SYSTEM |
+---------------+--------+

在我的情况下，我意识到底层系统将其时区设置为BST而不是UTC，因此在创建表中，默认的'1970-01-01 00:00:01'被强制回1小时，导致无效的时间戳值。

对我来说，我实际上希望机器的时区设置为UTC，这让我解决了问题。当我运行Centos/7时，我只是这么做了

# timedatectl set-timezone UTC

然后重启一切。

2017-07-27 12:33:11

'create_date'时间戳字段的默认值无效

推荐文章

最新文章

标签