这是因为服务器的SQL模式- NO_ZERO_DATE。

NO_ZERO_DATE -在严格模式下，不允许'0000-00-00'作为有效日期。您仍然可以使用IGNORE选项插入零日期。如果不是严格模式，则接受日期，但会生成警告。

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

生成以下一行

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

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

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

SET SQL_MODE='ALLOW_INVALID_DATES';

时间戳的范围是'1970-01-01 00:00:01' UTC到'2038-01-19 03:14:07' UTC(见文档)。默认值必须在该范围内。

其他奇怪的相关行为:

CREATE TABLE tbl1 (
    ts TIMESTAMP);  
Query OK, 0 rows affected (0.01 sec)

CREATE TABLE tbl2 (
    ts TIMESTAMP,
    ts2 TIMESTAMP);
ERROR 1067 (42000): Invalid default value for 'ts2'

CREATE TABLE tbl3 (
    ts TIMESTAMP,
    ts2 TIMESTAMP DEFAULT '1970-01-01 00:00:01');
Query OK, 0 rows affected (0.01 sec)

旁注，如果你想插入null:

CREATE TABLE tbl4 (
    ts TIMESTAMP NULL DEFAULT NULL);

在ubuntu desktop 16.04中，我这样做了:

在您选择的编辑器中打开文件:/etc/mysql/mysql.conf.d/mysqld.cnf。 寻找:sql_mode，它将在[mysqld]下的某个地方。 并将sql_mode设置为如下值: NO_ZERO_IN_DATE、ERROR_FOR_DIVISION_BY_ZERO NO_AUTO_CREATE_USER NO_ENGINE_SUBSTITUTION 保存并重新启动mysql服务: Sudo服务mysql重启

使用OS X，从Homebrew安装mysql，系统变量基于它的默认编译。 解决方法是将“NO_ZERO_DATE”从系统变量“sql_mode”中删除。

请记住，范围涉及。

如果你只想影响你的会话，请使用“@@session”，例如:

SET @@session.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".

在这种情况下，一旦会话结束或更改它，它将不受影响。对其他会话没有影响。

如果你想影响所有客户端，请使用“@@global”，例如:

SET @@global.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".

在这种情况下，它只影响更改后连接的客户端(不影响当前所有客户端)，一旦服务器退出，它将不起作用。

我在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

你可能想检查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

然后重启一切。

我有类似的问题与MySQL 5.7与以下代码:

' update_date ' TIMESTAMP(3) NOT NULL DEFAULT CURRENT_TIMESTAMP

我用这个来代替:

' update_date ' TIMESTAMP NOT NULL默认的当前时间戳

禁用严格SQL模式

Create disable_strict_mode.cnf file at /etc/mysql/conf.d/

在文件中，输入这两行:

[mysqld]
sql_mode=IGNORE_SPACE,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

最后，用下面的命令重新启动MySQL:

sudo service mysql restart

为了避免这个问题，你需要从mysql模式配置中删除NO_ZERO_DATE。

进入“phpmyadmin”。 加载phpmyadmin后，单击“变量”选项卡。 搜索“sql mode”。 单击Edit选项并从配置中删除NO_ZERO_DATE(及其后面的逗号)。

在使用wamp或xamp的本地环境中，这是一个非常常见的问题。

你可以修改这个:

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

就像这样:

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

默认值应该从1000年开始。

例如,

ALTER TABLE mytable last_active DATETIME DEFAULT '1000-01-01 00:00:00'

希望这能帮助到一些人。

只需在数据库SQL文件的顶部定义以下行。

SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO";
SET time_zone = "+00:00";

这对我很有用。

改变:

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

致以下:

`create_date` TIMESTAMP NOT NULL DEFAULT  CURRENT_TIMESTAMP ,
`update_date` TIMESTAMP NOT NULL DEFAULT  CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP ,

你可以修改这个:

默认'0000-00-00 00:00:00'，

就像这样:

默认值:0 -0 -00-00

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

如果你没有服务器的管理权限，你可以设置当前会话的sql模式:

SET sql_mode = 'ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION';

我很惊讶看到这么多答案，但没有人指出主要原因:不正确的“零”日期格式。简而言之，只需使用'0000-01-01 00:00:00'而不是'0000-00-00 00:00:00'。月00和日00显然都不是有效值。

我同意顶级用户的意见，这个错误是由MySQL设置NO_ZERO_DATE引起的。这个设置是在新的MySQL服务器版本中引入的，默认启用，这让许多开发人员感到惊讶。但是请注意，这种设置的主要目的并不是让开发人员的工作更困难，而是迫使他们修正过时的表结构，并避免在将来使用这种不正确的数据结构格式。

因此，如果您正在创建新表并希望指定“ZERO”日期，请使用'0000-01-01 00:00:00'。

如果你已经创建了表并得到了这个错误(例如，在插入新记录时忽略了默认值)，只需像这样更新你的表:

ALTER TABLE `erp`.`je_menus` 
MODIFY COLUMN `create_date` datetime(0) NOT NULL DEFAULT '0000-01-01 00:00:00'  AFTER `notes`;

删除上述服务器设置只是暂时的解决方案，并不是一个良好实践的例子。

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;