Bug #85641 | MySQL is not consequent in handling non existing time between 2 and 3 o'clock | ||
---|---|---|---|
Submitted: | 27 Mar 2017 9:17 | Modified: | 27 Mar 2017 15:48 |
Reporter: | Tibor Nagy | Email Updates: | |
Status: | Verified | Impact on me: | |
Category: | MySQL Server: Data Types | Severity: | S3 (Non-critical) |
Version: | 5.7.17 | OS: | Any |
Assigned to: | CPU Architecture: | Any | |
Tags: | datetime summertime error |
[27 Mar 2017 9:17]
Tibor Nagy
[27 Mar 2017 15:48]
MySQL Verification Team
I have repeated your test case easily, as I live in the country with summer-time correction: ------------------------------------------- mysql> create table aaa (t datetime); Query OK, 0 rows affected (0.97 sec) mysql> insert into aaa values ('2017-03-26 01:15:00'); Query OK, 1 row affected (0.07 sec) mysql> SELECT t + interval 3600 second from aaa; +--------------------------+ | t + interval 3600 second | +--------------------------+ | 2017-03-26 02:15:00 | +--------------------------+ 1 row in set (0.13 sec) mysql> UPDATE aaa set t = t + interval 3600 second; Query OK, 1 row affected (0.06 sec) Rows matched: 1 Changed: 1 Warnings: 0 mysql> SELECT t FROM aaa; +---------------------+ | t | +---------------------+ | 2017-03-26 02:15:00 | +---------------------+ 1 row in set (0.00 sec) mysql> drop table aaa; Query OK, 0 rows affected (0.06 sec) ------------------------------------------- I also agree with you that this is a bug, so I am verifying it.