Details
-
Task
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Duplicate
-
None
Description
FLUSH TABLES ... FOR EXPORT creates a .cfg file that is supposed to be copied and imported along with the .ibd file. These .cfg files are not always needed.
However, the .cfg files are absolutely needed in some cases, such as:
- If you want your AUTO_INCREMENT value to be populated properly on import, then you need to copy the .cfg file (
MDEV-18288). - If you want to avoid the potential risk of server crashes, then you need to copy the .cfg file to avoid some bugs (
MDEV-14342andMDEV-20931). - What other cases are there?
And the .cfg files can also be very helpful for troubleshooting in some cases, such as:
- If the row format is different between the source server and the destination server, then you need to copy the .cfg file if you want to see a more clear error message (
MDEV-15049andMDEV-16851).
Would it be possible to make the .cfg files completely unnecessary?
Attachments
Issue Links
- duplicates
-
MDEV-11658 Simpler, faster IMPORT of InnoDB tables
- Open
- includes
-
MDEV-15225 Can't import .ibd file with temporal type format differing from mysql56_temporal_format
- Closed
- relates to
-
MDEV-14342 Importing partial backup from XtraBackup can sometimes crash server
- 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-18288 Transportable Tablespaces leave AUTO_INCREMENT in mismatched state, causing INSERT errors in newly imported tables when .cfg is not used.
- Closed
-
MDEV-20930 Document that SHOW CREATE TABLE on InnoDB tables only shows ROW_FORMAT when explicitly set
- Closed
-
MDEV-20931 ALTER...IMPORT can crash the server
- Closed