Mysql
主页 > 数据库 > Mysql >

Mysql中STR_TO_DATE函数使用(字符串转为日期/时间值)

2022-09-20 | 佚名 | 点击:

STR_TO_DATE函数用于将字符串转变为日期/时间值

STR_TO_DATE函数与DATE_FORMAT函数的作用是相反的

语法格式

STR_TO_DATE(str,format)

srt:要格式化为日期的字符串(输入字符串) 

format:要使用的格式字符串

如果不能按照format解析str,STR_TO_DATE函数将返回NULL

如果其中任何一个参数为NULL,STR_TO_DATE函数将返回NULL

将字符串转换为DATE值 

1

2

3

4

5

6

7

8

9

10

-- 2022-05-25

SELECT STR_TO_DATE('25,5,2022','%d,%m,%Y');

-- 2022-05-26

SELECT STR_TO_DATE('2022-05-26 11:30:00','%Y-%m-%d');

-- 2022-08-05

SELECT STR_TO_DATE('August,5,2022', '%M,%e,%Y');

-- 2022-08-10

SELECT STR_TO_DATE('August 10 2022', '%M %d %Y');

-- 2022-08-14

SELECT STR_TO_DATE('Monday, August 14, 2022', '%W,%M %e, %Y');

将字符串转换为DATETIME值 

1

2

3

4

5

6

-- 2022-05-25 11:30:00

SELECT STR_TO_DATE('20220525 1130','%Y%m%d %h%i');

-- 2022-05-26 11:30:00

SELECT STR_TO_DATE('2022-05-26 11:30:00','%Y-%m-%d %H:%i:%s');

-- 2022-05-27 10:40:10

SELECT STR_TO_DATE('2022,5,27 10,40,10', '%Y,%m,%d %h,%i,%s');

STR_TO_DATE函数在根据格式字符串format解析输入字符串str时,忽略输入字符串str末尾的额外字符

1

2

3

4

-- 2022-05-25

SELECT STR_TO_DATE('25,5,2022 extra characters','%d,%m,%Y');

-- 2022-05-25 11:30:00

SELECT STR_TO_DATE('20220525 1130 extra characters','%Y%m%d %h%i');

如果输入字符串str是非法的,则STR_TO_DATE函数返回NULL

1

2

3

4

5

6

7

8

9

10

11

12

-- NULL

SELECT STR_TO_DATE('2022','%Y');

-- NULL

SELECT STR_TO_DATE('11','%h');

-- NULL

SELECT STR_TO_DATE('1130','%h%i');

-- NULL

SELECT STR_TO_DATE('113005','%h%i%s');

-- NULL

SELECT STR_TO_DATE('August,5,2017', '%M %e %Y');

-- NULL

SELECT STR_TO_DATE('Monday, August 14, 2017', '%W %M %e %Y');

补充:MySQL中STR_TO_DATE()函数无效

1.问题场景

接收了一个老项目,其中有个时间字段为string类型,我现在要判断这个时间。选择得方法是用STR_TO_DATE()函数。测试服务器上没问题,生产上却没起作用。

1

2

3

4

5

6

7

<if test= "graduateStart != null and graduateStart != ''">

    and DATE_FORMAT(STR_TO_DATE(e.end_date,'%Y'),"%Y") <![CDATA[ >= ]]> #{graduateStart}

</if>

 

<if test= "graduateEnd != null and graduateEnd != ''">

and DATE_FORMAT(STR_TO_DATE(e.end_date,'%Y'),"%Y") <![CDATA[ <= ]]> #{graduateEnd}

</if>

2.原因

测试服务器上的MySQL与生产上的不同。查看一下sql_mode

1

SELECT @@sql_mode;

结果:

测服
STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

生产
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

3.解决办法

删除,NO_ZERO_IN_DATE,NO_ZERO_DATE

1

set @@sql_mode = ‘STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION'

长期更改的办法:在 my.ini 文件中修改

1

sql_mode=STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION

原文链接:https://blog.csdn.net/Hudas/article/details/124962176
相关文章
最新更新