mysql STR_TO_DATE 为null问题（由于数据库sql_model影响，mysql5.6默认宽松模式，5.7默认严格模式）（找了一下午，好文章！！）

mysql时间转换

1.情况

SELECT STR_TO_DATE('20:09:30', '%h:%i:%s') -- 返回 NULL

(超过12时的小时用小写h，得到的结果为NULL，此时改成大写H即可’%H:%i:%s’)

2.情况

此种情况为mysql设置问题
类似于未指定的日期部分，STR_TO_DATE()函数将未指定的时间部分设置为零，请参见以下示例：

mysql> SELECT STR_TO_DATE('11','%h');
+------------------------+| 
STR_TO_DATE('11','%h') 
|+------------------------+|
 NULL    

以下示例将时间字符串转换为TIME值：

mysql> SELECT STR_TO_DATE('113005','%h%i%s');
+--------------------------------+| 
STR_TO_DATE('113005','%h%i%s')
 NULL

结果由于mysql设置问题导致的，查询
SELECT @@GLOBAL.sql_mode;
SELECT @@SESSION.sql_mode;

由于设置no_zero_in_date导致的，如果想去掉此设置：
方法1、
设置当前sql-mode：
SET GLOBAL sql_mode = ‘modes…’;
SET SESSION sql_mode = ‘modes…’;

方法2、my.cnf中配置sql-mode：
[mysqld]
#set the SQL mode to strict
#sql-mode=“modes…”
sql-mode = “STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION”

sql_mode常用值 ：
ONLY_FULL_GROUP_BY：
对于GROUP BY聚合操作，如果在SELECT中的列，没有在GROUP BY中出现，那么这个SQL是不合法的，因为列不在GROUP BY从句中
NO_AUTO_VALUE_ON_ZERO：
该值影响自增长列的插入。默认设置下，插入0或NULL代表生成下一个自增长值。如果用户 希望插入的值为0，而该列又是自增长的，那么这个选项就有用了。
STRICT_TRANS_TABLES：
在该模式下，如果一个值不能插入到一个事务表中，则中断当前的操作，对非事务表不做限制
NO_ZERO_IN_DATE：
在严格模式下，不允许日期和月份为零
NO_ZERO_DATE：
设置该值，mysql数据库不允许插入零日期，插入零日期会抛出错误而不是警告。

MySQL5.6和MySQL5.7默认的sql_mode模式参数是不一样的,5.6的mode是NO_ENGINE_SUBSTITUTION，其实表示的是一个空值，相当于没有什么模式设置，可以理解为宽松模式。5.7的mode是STRICT_TRANS_TABLES，也就是严格模式。
如果设置的是宽松模式，那么我们在插入数据的时候，即便是给了一个错误的数据，也可能会被接受，并且不报错，例如：我在创建一个表时，该表中有一个字段为name，给name设置的字段类型时char(10)，如果我在插入数据的时候，其中name这个字段对应的有一条数据的长度超过了10，例如'1234567890abc'，超过了设定的字段长度10，那么不会报错，并且取前十个字符存上，也就是说你这个数据被存为了'1234567890',而'abc'就没有了，但是我们知道，我们给的这条数据是错误的，因为超过了字段长度，但是并没有报错，并且mysql自行处理并接受了，这就是宽松模式的效果，其实在开发、测试、生产等环境中，我们应该采用的是严格模式，出现这种错误，应该报错才对，所以MySQL5.7版本就将sql_mode默认值改为了严格模式，并且我们即便是用的MySQL5.6，也应该自行将其改为严格模式，而你记着，MySQL等等的这些数据库，都是想把关于数据的所有操作都自己包揽下来，包括数据的校验，其实好多时候，我们应该在自己开发的项目程序级别将这些校验给做了，虽然写项目的时候麻烦了一些步骤，但是这样做之后，我们在进行数据库迁移或者在项目的迁移时，就会方便很多，这个看你们自行来衡量。mysql除了数据校验之外，你慢慢的学习过程中会发现，它能够做的事情还有很多很多，将你程序中做的好多事情都包揽了。

 

具体参照 : MySQL的sql_mode模式说明及设置