Details
-
Task
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Fixed
-
None
Description
Add a new mysqld command line parameter to choose
between MariaDB-5.3 and MySQL-5.6 low level formats
for TIME, DATETIME, TIMESTAMP:
mysqld --mysql56-temporal-format
|
Add a corresponding read-only global system variable @@mysql56_temporal_format.
Consider switching to the MySQL56 temporal format as the default.
The advantage of the MySQL56 format is that it uses
separate type codes MYSQL_TYPE_TIME2, MYSQL_TYPE_TIMESTAMP2,
MySQL_TYPE_DATETIME2 and put the column precisions in metadata
in the binary log, which can help to fix the problem reported in MDEV-5377.
Attachments
Issue Links
- blocks
-
MDEV-5377 Row-based replication of MariaDB temporal data types with FSP>0 into a different column type
-
- Closed
-
-
MDEV-6001 Merge tests for MySQL WL#946 TIME/DATETIME/TIMESTAMP with fractional precision
-
- Stalled
-
- is duplicated by
-
MDEV-5377 Row-based replication of MariaDB temporal data types with FSP>0 into a different column type
-
- Closed
-
- relates to
-
MDEV-15228 Document how to upgrade old temporal columns
-
- Closed
-
-
MDEV-19906 Show internal type for TIMESTAMP, DATETIME, and TIME columns
-
- Closed
-
-
MDEV-15225 Can't import .ibd file with temporal type format differing from mysql56_temporal_format
-
- Closed
-
- links to
Activity
Field | Original Value | New Value |
---|---|---|
Summary | Command line variables to choose MariaDB-5.3 vs MySQL-5.6 temporal data formats | Command line variable to choose MariaDB-5.3 vs MySQL-5.6 temporal data formats |
Description |
Add a new mysqld command line parameter to choose between MariaDB-5.3 and MySQL-5.6 low level formats for TIME, DATETIME, TIMESTAMP: mysqld --mysql56-temporal-format Add a corresponding read-only global system variable @@mysql56_temoporal_format. Consider switching to the MySQL56 temporal format as the default. The advantage of the MySQL56 format is that it uses separate type codes MYSQL_TYPE_TIME2, MYSQL_TYPE_TIMESTAMP2, MySQL_TYPE_DATETIME2 in the binary log, which can help to fix the problem reported in |
Add a new mysqld command line parameter to choose between MariaDB-5.3 and MySQL-5.6 low level formats for TIME, DATETIME, TIMESTAMP: mysqld --mysql56-temporal-format Add a corresponding read-only global system variable @@mysql56_temporal_format. Consider switching to the MySQL56 temporal format as the default. The advantage of the MySQL56 format is that it uses separate type codes MYSQL_TYPE_TIME2, MYSQL_TYPE_TIMESTAMP2, MySQL_TYPE_DATETIME2 in the binary log, which can help to fix the problem reported in |
Description |
Add a new mysqld command line parameter to choose between MariaDB-5.3 and MySQL-5.6 low level formats for TIME, DATETIME, TIMESTAMP: mysqld --mysql56-temporal-format Add a corresponding read-only global system variable @@mysql56_temporal_format. Consider switching to the MySQL56 temporal format as the default. The advantage of the MySQL56 format is that it uses separate type codes MYSQL_TYPE_TIME2, MYSQL_TYPE_TIMESTAMP2, MySQL_TYPE_DATETIME2 in the binary log, which can help to fix the problem reported in |
Add a new mysqld command line parameter to choose between MariaDB-5.3 and MySQL-5.6 low level formats for TIME, DATETIME, TIMESTAMP: mysqld --mysql56-temporal-format Add a corresponding read-only global system variable @@mysql56_temporal_format. Consider switching to the MySQL56 temporal format as the default. The advantage of the MySQL56 format is that it uses separate type codes MYSQL_TYPE_TIME2, MYSQL_TYPE_TIMESTAMP2, MySQL_TYPE_DATETIME2 and put the column precisions in metadata in the binary log, which can help to fix the problem reported in |
Fix Version/s | 10.1.0 [ 12200 ] |
Description |
Add a new mysqld command line parameter to choose between MariaDB-5.3 and MySQL-5.6 low level formats for TIME, DATETIME, TIMESTAMP: mysqld --mysql56-temporal-format Add a corresponding read-only global system variable @@mysql56_temporal_format. Consider switching to the MySQL56 temporal format as the default. The advantage of the MySQL56 format is that it uses separate type codes MYSQL_TYPE_TIME2, MYSQL_TYPE_TIMESTAMP2, MySQL_TYPE_DATETIME2 and put the column precisions in metadata in the binary log, which can help to fix the problem reported in |
Add a new mysqld command line parameter to choose between MariaDB-5.3 and MySQL-5.6 low level formats for TIME, DATETIME, TIMESTAMP: {noformat} mysqld --mysql56-temporal-format {noformat} Add a corresponding read-only global system variable {{@@mysql56_temporal_format}}. Consider switching to the MySQL56 temporal format as the default. The advantage of the MySQL56 format is that it uses separate type codes MYSQL_TYPE_TIME2, MYSQL_TYPE_TIMESTAMP2, MySQL_TYPE_DATETIME2 and put the column precisions in metadata in the binary log, which can help to fix the problem reported in |
Workflow | defaullt [ 32901 ] | MariaDB v2 [ 43349 ] |
Remote Link | This issue links to "Bug #70124 Timestamp and datetimes self-incompatible during replication (Web Link)" [ 18100 ] |
Remote Link | This issue links to "Bug #72610 Out of memory on 5.6 slave using RBR with DATETIME when table created in 5.5. (Web Link)" [ 18101 ] |
Fix Version/s | 10.1 [ 16100 ] | |
Fix Version/s | 10.1.0 [ 12200 ] |
Assignee | Alexander Barkov [ bar ] | Sergei Golubchik [ serg ] |
Status | Open [ 1 ] | In Review [ 10002 ] |
Status | In Review [ 10002 ] | Stalled [ 10000 ] |
Assignee | Sergei Golubchik [ serg ] | Alexander Barkov [ bar ] |
Status | Stalled [ 10000 ] | In Progress [ 3 ] |
Assignee | Alexander Barkov [ bar ] | Ian Gilfillan [ greenman ] |
Component/s | OTHER [ 10125 ] | |
Fix Version/s | 10.1.2 [ 15801 ] | |
Fix Version/s | 10.1 [ 16100 ] | |
Resolution | Fixed [ 1 ] | |
Status | In Progress [ 3 ] | Closed [ 6 ] |
Workflow | MariaDB v2 [ 43349 ] | MariaDB v3 [ 65262 ] |
Link |
This issue relates to |
Link |
This issue relates to |
Link |
This issue relates to |
Workflow | MariaDB v3 [ 65262 ] | MariaDB v4 [ 132248 ] |
ok to push