Details
-
Bug
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Fixed
-
1.4.2
-
None
-
Linux, OpenJDK Runtime Environment (IcedTea 2.6.4) (7u95-2.6.4-1~deb7u1)
-
Sprint connector/j 2.1.0
Description
Testcase attached.
I do write a date 2007-04-26 to the database. When getting it back, it becomes 2007-04-25 - one day before.
The problem occurs only, if the data is fetched via a function, such as "SELECT LEAST(a,b) FROM tab". There is no problem with "SELECT a FROM tab".
The problem occurs only, if the database server process did experience a daylight saving switch. So for instance the server was started on Jan 29 2016, and my test runs on Apr 15 2016. On startup the server sees time zone CET (Central European Time), but the test runs in CEST (Central European Summer Time). Then a "show variables like 'system_time_zone'" returns CET, although Apr 14 is already CEST.
Restarting the server causes system_time_zone to become CEST, and the problem described here disappeares.
The test case attached does not use prepared statements, but I did experience the problem with prepared statements as well.
The problem does not occur when using MySQL JDBC Driver instead of MariaDB connector/J.
Attachments
Issue Links
- relates to
-
MDEV-10285 Summer Time Timezone and Timestamps comparison
- Open