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

SET SQL_MODE='ALLOW_INVALID_DATES';

我有一个类似的问题，但在我的情况下，一些行值为NULL。

所以首先我更新表:

update `my_table`set modified = '1000-01-01 00:00:00' WHERE modified is null

问题解决了，至少对我来说。

这就是我解决问题的方法。我在本地MySQL 5.7 ubuntu 18.04中进行了测试。

set global sql_mode="NO_ENGINE_SUBSTITUTION";

在全局运行这个查询之前，我在/etc/mysql/conf中添加了一个cnf文件。d目录。cnf文件的名称是mysql.cnf和代码

[mysqld]
sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ALLOW_INVALID_DATES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

然后重启mysql

sudo service mysql restart

希望这能帮助到一些人。

使用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'

我在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并更改我的表。

我的解决方案

SET sql_mode='';
UPDATE tnx_k2_items
SET created_by = 790
, modified = '0000-00-00 00:00:00'
, modified_by = 0