Details
-
Bug
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Not a Bug
-
5.5(EOL), 10.0(EOL), 10.1(EOL), 10.2(EOL), 10.3(EOL)
Description
Reproduce
1. Set system timezone to UTC+3
2.
create or replace table d (t timestamp); |
insert into d values ('2000-01-01 00:00'); |
3.
mysqldump --compact test d > /tmp/dump.sql
|
4.
drop table d; |
source /tmp/dump.sql
|
select * from d; |
Result
Data is different from original:
+---------------------+
|
| t |
|
+---------------------+
|
| 1999-12-31 22:00:00 |
|
+---------------------+
|
Expected
mysqldump and subsequent restore should be idempotent without any additional manipulations.
Fix
mysqldump must insert correct SET time_zone directive regardless --compact setting. In case when opt_tz_utc is 0 it must detect server timezone as well.
Attachments
Issue Links
- blocks
-
MDEV-16029 mysqldump: dump and restore historical data
- Closed
- relates to
-
MDEV-16013 During the extra hour upon DST switch historical data from time-versioned tables is shown inconsistently
- Stalled
-
MDEV-16752 mysqldump: racing condition in STDERR+STDOUT output
- Closed