更新到mysql 5.7后解决0000-00-00日期问题

最新推荐文章于 2025-07-28 21:52:55 发布

转载最新推荐文章于 2025-07-28 21:52:55 发布 · 280 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：https://my.oschina.net/komodo/blog/919193

文章标签：

#数据库

本文详细介绍了MySQL 5.7默认开启的SQL Mode特性，特别是NO_ZERO_IN_DATE和NO_ZERO_DATE选项如何禁止使用0000这样的日期格式。并提供了具体的配置方法来调整这些选项。

mysql 5.7 默认开始用以下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, and NO_ENGINE_SUBSTITUTION

其中NO_ZERO_IN_DATE, NO_ZERO_DATE两个选项禁止了0000这样的日期和时间。因此在mysql的配置文件中，重新设置sql-mode，去掉这两项就可以了。如：

sql-mode="ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

转载于:https://my.oschina.net/komodo/blog/919193

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

choulu2000

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

mysql8.0安转配置和 0000-00-00 00:00:00时间戳的问题解决

weixin_47616219的博客

03-30

1350

阿里云esc centos7.2 镜像因系统yum源良好未做源的其他切换 yum install mysql-server 不要安装 yum install mysql 这是俩个不同的服务验证安装 mysqladmin --version 启动 systemctl start mysql 远程连接设置,需要先在 root用户登录到mysql服务中 mysql -u root #切换到系统库 use mysql; #创建远程访问用户 CREATE USER daylog@'%' IDENTIFI

mysql5.7 TIMESTAMP NOT NULL DEFAULT ‘0000-00-00 00:00:00‘ 换版8版本引发的问题

二掌柜的博客

09-02

1167

mysql5.7中，字段为 TIMESTAMP NOT NULL DEFAULT '0000-00-00 00:00:00' 换版8引发的问题

参与评论您还未登录，请先登录后发表或查看评论

mysql 5.7 时间字段不得为空或0000-00-00 00:00:00

yc630601224的博客

05-27

2221

原因： NO_ZERO_IN_DATE,NO_ZERO_DATE 限制无法默认为‘0000-00-00 00:00:00’ NO_ZERO_IN_DATE：在严格模式下，不接受月或日部分为0的日期 NO_ZERO_DATE：在严格模式，'0000-00-00' 报错解决方法： 1、使用root登陆数据库，命令界面执行，查看sql_mode select @@sql_mode; 返回结果如下： ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_

MySQL 5.7 时间不兼容问题

qq_44304648的博客

09-27

484

MySQL 5.7 时间不兼容问题windows Error : Invalid default value for ‘last_login_time’ 错误，这是通常是由于 MySQl 升级到 5.7+ 而引起的默认值不兼容的问题： NO_ZERO_IN_DATE, NO_ZERO_DATE 这两个参数限制时间不能为0 1.临时解决方法 : mysql> set session sql_mode=‘ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DI

记录使用mysql5.7分组方法报错原因

wangxiaowu555的博客

05-07

317

set sql_mode ='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'; 可以设置一下不要only_full_group_by mysql5.7.x版本，默认是开启了 only_full_group_by 模式的，但开启这个模式后，原先的 group by 语句就报错，关闭这个模式是不可取的。MySQL 5.7.

mysql5.7警告_mysql5.7采坑

weixin_32695347的博客

02-01

164

2018年8月21日16:57:16datetime 类型新默认值不能全部为 0000-00-00 00:00:00date也是新默认值直接date('Y-m-d H:i:s','0');datetime 1970-01-01 08:01:01date 1970-01-01注意phpmyadmin升级成最新版，在使用mysql5.7的时候不然会出现很常见sql报错select @@sql_mode...

mysql5.7数据库mysqldump和XBK备份和恢复

qq_47501059的博客

05-12

2494

mysql5.7数据库备份MySQL备份与恢复一、数据备份介绍1.1 为何要备份1.2 备份什么1.3 备份的类型1）冷备、温备、热备2）物理与逻辑1、差异备份（Differential Backup）2、增量备份（Incremental Backup ）1、全量备份的数据恢复2、差异备份的数据恢复3、增量备份的数据恢复1.4 备份的工具二设计备份策略2.1 备份策略设计的参考值2.2 三种备份策略及应用场景三备份实战3.1 使用cp进行备份数据丢失恢复数据重启服务3.2 使用mysqldump+复制

mysql5.7安装与DDL操作

ZJunWhite的博客

07-25

271

mysql5.7rpm安装与DDL操作

MySQL5.7主从延迟高排查优化思路

热门推荐

qq_45060236的博客

04-07

1万+

Mysql8.0及以上 only_full_group_by以及其他关于sql_mode原因报错详细解决方案丶Rainbow丨关注0.2792019.05.30 12:28:51字数 1,606阅读 9,038今天我们来说下 mysql8 关于only_full_group_by的问题，相信每个人在使用group by 函数时会突然跳出一个报错信息：ERROR 1055 (42...

sql_mode引发的系列问题与解决

baidu_33512336的博客

07-09

1577

前言开发环境，测试环境都能运行，为什么线上环境运行崩溃呢，如果错误是查询数据引发的，那首先的考虑是不是sql_mode引发的，是个很容易被忽视的变量，默认值是空值，在这种设置下是可以允许一些非法操作的。若线上环境不允许这样操作就会引发问题。 1.sql_mode常用值 1.1 ONLY_FULL_GROUP_BY：对于GROUP BY聚合操作，如果在SELECT中的列，没有在GROUP BY中出现，那么这个SQL是不合法的，因为列不在GROUP BY从句中。 1.2 NO_AUTO...

MySql版本问题sql_mode

bboyzhouda的博客

05-20

410

my.cnf 添加如下： sql_mode=ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION =============================================================== 1、查看sql_mode select @@sql_mode 查询出来的值为： ONLY_FULL_GROUP

【mysql】mysql修改sql_mode之后无法启动

开发随笔-猫咪酱

09-05

803

原因：MySQL在8以后sql_mode已经取消了NO_AUTO_CREATE_USER这个关键字。去掉这个关键字后，启动就可以了。现象：修改后mysql无法启动，不报错。

【mysql问题】完美解决this is incompatible with sql_mode=only_full_group_by

小慌慌的博客

08-27

347

小编mysql版本：mysql Ver 14.14 Distrib 5.7.28 〉问题截图：〉解决方案：在mysql的安装目录下，my.cnf文件(或windows系统是my.ini文件)，新增sql_mode=STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER 添加my.cnf如下： [mysqld] #在[mysqlid]最后添加以下： sql_mode=STRICT_TRANS_TAB.

mysql中sql_mode的那些问题

百分百空手接白刃

09-02

400

mysql sql_mode

MySQL 5.7 模式(SQL_MODE)详细说明

baynk的博客

04-01

3092

5.7 默认模式： 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, 5.7.4 废弃：ERROR_FOR_DIVISION_BY_ZERO 5.7.5 ...

mysql sqlMode 错误

qq_25035345的博客

09-21

311

mysql sqlMode 错误

mysql 中如何查询 date 值为 0000-00-00 00:00:00 的数据

04-25

<think>嗯，用户的问题是关于如何在MySQL中查询日期字段值为0000-00-00 00:00:00的数据。首先，我需要回忆一下MySQL中关于日期处理的相关知识。根据之前的引用内容，用户可能遇到了导入数据时的问题，特别是因为sql_mode中的NO_ZERO_DATE和NO_ZERO_IN_DATE设置导致无法插入这样的日期值。但用户现在的问题是如何查询这些已经存在的数据。首先，我需要确定用户使用的MySQL版本，因为不同版本对日期处理可能有差异。但用户没有提到版本，所以需要给出通用方法。根据引用[3]，用户可能已经通过将日期设为NULL来处理这个问题，但查询时可能需要不同的方法。接下来，考虑查询语句。直接使用WHERE date_column = '0000-00-00 00:00:00'可能会被MySQL拒绝，尤其是在严格模式下。但根据引用中的例子，用户可能的数据中有这样的值存在，比如引用[3]中提到的update语句，将早于1970年的日期设为NULL，说明表中可能存在这些零值日期。可能的解决方法是使用字符串比较，或者检查是否允许零日期。如果sql_mode允许零日期，直接比较即可；否则，可能需要修改sql_mode临时生效。不过用户的问题只是查询，不是插入，所以可能不需要修改设置。另外，需要注意的是，在严格模式下，即使查询也可能报错，但根据经验，查询应该还是允许的，只是插入或更新时会受限制。因此，正确的查询语句应该是SELECT * FROM table WHERE date_column = '0000-00-00 00:00:00'; 或者使用更安全的IS NULL，如果用户已经将部分零日期转为NULL的话，但用户明确要查的是零值，而不是NULL。不过，考虑到MySQL可能在某些模式下不允许零日期，即使存在，查询时可能需要特别处理。或者，用户可能的数据中确实存在这样的值，所以直接查询即可。需要提醒用户注意sql_mode的影响，并建议数据清洗，如引用[3]中的做法，将零日期更新为NULL。另外，日期类型如果是datetime或者timestamp，处理方式可能不同。Timestamp类型在MySQL 5.7及以上版本不允许零日期，而datetime可能允许，取决于sql_mode。用户的问题是关于date字段，可能指的是datetime类型。总结步骤：1. 检查当前sql_mode是否允许零日期；2. 使用直接查询语句；3. 处理可能出现的错误；4. 建议数据清洗。同时，提供具体的查询示例和注意事项，比如临时修改sql_mode的方法，以及使用NULLIF函数或转换为字符串比较的方法作为备选方案。</think>以下是在MySQL中查询日期字段为$0000-00-00$值的具体方法及注意事项： ### 一、直接查询方法 1. **基础查询语句**（需临时关闭严格模式） ```sql SET SESSION sql_mode = ''; SELECT * FROM table_name WHERE date_column = '0000-00-00 00:00:00'; ``` 2. **安全查询语句**（通过字符串比较） ```sql SELECT * FROM table_name WHERE DATE_FORMAT(date_column, '%Y-%m-%d %H:%i:%s') = '0000-00-00 00:00:00'; ``` ### 二、注意事项 1. **sql_mode冲突**：默认配置包含$NO\_ZERO\_DATE$和$NO\_ZERO\_IN\_DATE$时会拦截零日期值[^2] 2. **字段类型影响**： - datetime字段允许存储零日期（需关闭严格模式） - timestamp字段在5.6+版本禁止存储零日期[^4] 3. **数据清洗建议**： ```sql UPDATE table_name SET date_column = NULL WHERE date_column < '1970-01-01'; ``` ### 三、验证步骤 1. 检查当前sql_mode配置 ```sql SELECT @@GLOBAL.sql_mode, @@SESSION.sql_mode; ``` 2. 临时修改会话模式 ```sql SET SESSION sql_mode = 'STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION'; ``` ### 四、替代方案使用NULLIF函数转换后查询： ```sql SELECT * FROM table_name WHERE NULLIF(date_column, '0000-00-00') IS NULL; ``` 建议在查询后执行数据清洗，将异常日期统一处理为NULL值，如引用[3]中通过`update tb_sku set create_time = NULL where create_time < '1970-01-01'`的方式解决数据兼容性问题[^3]。