通读这些答案，我尝试了很多，但没有任何变化。还是会得到错误。

我研究了一下，找到了一个真正有效的方法;至少对我来说。但如果它对我有效，它很可能对每个人都有效。因为我永远找不到答案!哈哈

我使用的是Ubuntu 18.04，但我使用过其他Linux操作系统，如Fedora，直进Linux, XAMPP, yadda。他们的档案似乎都是一样的。我也使用MySQL版本5.7.37-0。

在Ubuntu上，我进入/etc/mysql/。在那里，你有几个conf文件，但你想要的是my.cnf。

在my.cnf中，您将有一个标记为[mysqld]的部分。就在这下面(我把它放在其他任何东西之前)，你会输入以下内容:

sql_mode="ONLY_FULL_GROUP_BY,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

重新启动MySQL服务器，您应该不再收到这个错误。

这是长久之计。有一个临时解决方案，输入SQL命令——

设置sql_mode = " ";

——在你的INSERT或UPDATE QUERY之前，它包含date或datetime值，如' 0000-00-00 00:00:00 '，但这是一个临时解决方案，仍然保留在当前会话中，你必须在下次登录时再次输入它，并遇到同样的问题。

所以，永久的解决方案似乎是可行的。

我认为你应该使用current_timestamp()而不是'0000-00-00 00:00:00'

我通过在查询之前这样做来修复它

SET SQL_MODE='ALLOW_INVALID_DATES';

使用ALTER TABLE语句更改列的默认值，例如:

 ALTER TABLE users MODIFY created datetime  NULL DEFAULT '1970-01-02'

．.． 不会改变已经存储的任何值。“默认”值应用于插入的行，并且没有为列提供值。

至于为什么会遇到这个错误，可能是因为会话的sql_mode设置包含了NO_ZERO_DATE。

参考:http://dev.mysql.com/doc/refman/5.7/en/sql-mode.html # sqlmode_no_zero_date

当您执行“导入”操作时，执行INSERT操作的SQL语句将在允许零日期的会话中运行。

查看sql_mode设置:

SHOW VARIABLES LIKE 'sql_mode' ;

-or-

SELECT @@sql_mode ;

至于如何“修复”当前的问题，以便在运行ALTER TABLE语句时不会抛出错误。

几个选项:

1)通过删除NO_ZERO_DATE和NO_ZERO_IN_DATE，将sql_mode更改为允许零日期。更改可以应用在my.cnf文件中，因此在MySQL服务器重新启动后，sql_mode变量将被初始化为my.cnf中的设置。

对于临时更改，我们可以使用单个会话修改设置，而不需要全局更改。

-- save current setting of sql_mode
SET @old_sql_mode := @@sql_mode ;

-- derive a new value by removing NO_ZERO_DATE and NO_ZERO_IN_DATE
SET @new_sql_mode := @old_sql_mode ;
SET @new_sql_mode := TRIM(BOTH ',' FROM REPLACE(CONCAT(',',@new_sql_mode,','),',NO_ZERO_DATE,'  ,','));
SET @new_sql_mode := TRIM(BOTH ',' FROM REPLACE(CONCAT(',',@new_sql_mode,','),',NO_ZERO_IN_DATE,',','));
SET @@sql_mode := @new_sql_mode ;

-- perform the operation that errors due to "zero dates"

-- when we are done with required operations, we can revert back
-- to the original sql_mode setting, from the value we saved
SET @@sql_mode := @old_sql_mode ;

2)将创建的列更改为允许空值，并更新现有行以将零日期更改为空值

3)更新现有行，将零日期更改为有效日期

我们不需要运行单独的语句来更新每一行。我们可以一口气更新所有的行(假设它是一个合理大小的表。对于一个较大的表，为了避免产生大量的回滚/撤销，我们可以在合理大小的块中执行操作。)

在这个问题中，表定义中显示的AUTO_INCREMENT值向我们保证行数不会过多。

如果我们已经修改了创建的列以允许NULL值，我们可以这样做:

UPDATE  `users` SET `created` = NULL WHERE `created` = '0000-00-00 00:00:00'

或者，我们可以将它们设置为一个有效的日期，例如1970年1月2日

UPDATE  `users` SET `created` = '1970-01-02' WHERE `created` = '0000-00-00 00:00:00'

(注意，datetime值为1970年1月1日午夜('1970-01-01 00:00:00')是一个“零日期”。它将被计算为'0000-00-00 00:00:00'

我不能这样做:

UPDATE users SET created = NULL WHERE created = '0000-00-00 00:00:00'

(MySQL 5.7.13)。

我一直得到错误的日期时间值:'0000-00-00 00:00:00'错误。

奇怪的是，这是有效的:SELECT * FROM users WHERE created = '0000-00-00 00:00:00'。我不知道为什么前者失败了，而后者成功了……也许是MySQL错误?

在任何情况下，这个UPDATE查询都是有效的:

UPDATE users SET created = NULL WHERE CAST(created AS CHAR(20)) = '0000-00-00 00:00:00'

我在https://support.plesk.com/hc/en-us/articles/115000666509-How-to-change-the-SQL-mode-in-MySQL上找到了解决方案。我有这个:

mysql> show variables like 'sql_mode';
+---------------+-------------------------------------------------------------------------------------------------------------------------------------------+
| Variable_name | Value                                                                                                                                     |
+---------------+-------------------------------------------------------------------------------------------------------------------------------------------+
| sql_mode      | ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION |
+---------------+-------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set, 1 warning (0.01 sec)

注意上面结果中的NO_ZERO_IN_DATE,NO_ZERO_DATE。我通过这样做去掉了它:

mysql> SET sql_mode = 'ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';
Query OK, 0 rows affected, 1 warning (0.00 sec)

然后我有了这个:

mysql> show variables like 'sql_mode';
+---------------+--------------------------------------------------------------------------------------------------------------+
| Variable_name | Value                                                                                                        |
+---------------+--------------------------------------------------------------------------------------------------------------+
| sql_mode      | ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION |
+---------------+--------------------------------------------------------------------------------------------------------------+
1 row in set, 1 warning (0.01 sec)

在此之后，我可以成功地使用ALTER TABLE并更改我的表。