Details
-
Bug
-
Status: Closed (View Workflow)
-
Critical
-
Resolution: Fixed
-
N/A
-
None
Description
Not sure whether this should be bug or task, but ...
When creating an InnoDB table with explicit ROW_FORMAT the ROW_FORMAT is shown on SHOW CREATE TABLE, when using the implicit default on the other hand this is not shown in SHOW CREATE output.
Now when using SHOW CREATE output for creating the table on a new server for doing an ALTER...IMPORT there, if ROW_FORMAT was not explicitly set, and the default setting differs between source and target server, the IMPORT will fail.
This can of course be worked around by adding the correct ROW_FORMAT manually, but it is an odd step to take ...
Attachments
Issue Links
- relates to
-
MDEV-11658 Simpler, faster IMPORT of InnoDB tables
- Open
-
MDEV-18762 Support easy restore of partial backup
- Closed
-
MDEV-15049 Importing InnoDB table from 10.1 to 10.2 causes Schema mismatch (Expected FSP_SPACE_FLAGS=0x21, .ibd file contains 0x0
- Closed
-
MDEV-16851 On schema mismatch in IMPORT TABLESPACE, display ROW_FORMAT in clear text
- Closed
-
MDEV-20932 Create a way to reliably create a table for IMPORT
- Closed
-
MDEV-20974 Don't require .cfg files to import InnoDB tablespaces
- Closed