遇到的问题之“默认时间的0000-00-00 00:00:00报错问题”

一、问题

在数据查询遇到以下问题，刚开始能确认的是数据本身就有问题

二、思路

接着调试确定是oversea_least_instock_time的数据问题：她这里默认是0000-00-00 00:00:00了

这个问题就出在了MySQL的配置中，因为MySQL5.7不允许datetime类型设置为0000-00-00 00:00:00

在没有指定 timestamp 默认值时，系统是按 ‘0000-00-00 00:00:00’ 处理的

但是在 sql_mode 中 模式是不允许设置 此默认值的。

 

 

 

三、解决方案

1.直接改数据库的数据null（临时解决方案）

 

结果（这样查询就不会报错了）

 

 

 

2.网络上的修改配置文件（试了下并未起作用，这里做记录）

修改磁盘中MySQL的配置文件my.ini，在[mysqld]标签下添加如下信息后，重启MySQL服务。最后重新创建表即可创建成功！ （推荐）

# 修改前

STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

# 修改后
STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

说明：

1、其中 modes 为： 'STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'。

也就是把 NO_ZERO_IN_DATE 和 NO_ZERO_DATE 去掉即可。

2、如果使用全局的设置完成后需要重新连接数据库。

四、几种常见 mode 说明

• ONLY_FULL_GROUP_BY：出现在select语句、HAVING条件和ORDER BY语句中的列，必须是GROUP BY的列或者依赖于GROUP BY列的函数列。
• NO_AUTO_VALUE_ON_ZERO：该值影响自增长列的插入。默认设置下，插入0或NULL代表生成下一个自增长值。如果用户希望插入的值为0，而该列又是自增长的，那么这个选项就有用了。
• STRICT_TRANS_TABLES：在该模式下，如果一个值不能插入到一个事务表中，则中断当前的操作，对非事务表不做限制
• NO_ZERO_IN_DATE：这个模式影响了是否允许日期中的月份和日包含0。如果开启此模式，2016-01-00是不允许的，但是0000-02-01是允许的。它实际的行为受到 strict mode是否开启的影响1。
• NO_ZERO_DATE：设置该值，mysql数据库不允许插入零日期。它实际的行为受到 strictmode是否开启的影响2。
• ERROR_FOR_DIVISION_BY_ZERO：在INSERT或UPDATE过程中，如果数据被零除，则产生错误而非警告。如果未给出该模式，那么数据被零除时MySQL返回NULL
• NO_AUTO_CREATE_USER：禁止GRANT创建密码为空的用户
• NO_ENGINE_SUBSTITUTION：如果需要的存储引擎被禁用或未编译，那么抛出错误。不设置此值时，用默认的存储引擎替代，并抛出一个异常
• PIPES_AS_CONCAT：将”||”视为字符串的连接操作符而非或运算符，这和Oracle数据库是一样的，也和字符串的拼接函数Concat相类似
• ANSI_QUOTES：启用ANSI_QUOTES后，不能用双引号来引用字符串，因为它被解释为识别符。

五、总结

1. 网络方案在我这里并未生效
2. 目前还是用临时方案处理
3. 数量不是特别多，先用临时方案解决
4. 分析原因应该是在java中的Timestamp默认为0000-00-00 00:00:00，然后在创建数据时就默认了
5. 其实我个人测试写入还是无法写入，也就是说还未重现该问题