These performance tips supplement the general guidelines for fast inserts in Section 10.2.5.1, “Optimizing INSERT Statements”.
When importing data into
InnoDB, turn off autocommit mode, because it performs a log flush to disk for every insert. To disable autocommit during your import operation, surround it withSET autocommitandCOMMITstatements:SET autocommit=0; ... SQL import statements ... COMMIT;The mysqldump option
--optcreates dump files that are fast to import into anInnoDBtable, even without wrapping them with theSET autocommitandCOMMITstatements.If you have
UNIQUEconstraints on secondary keys, you can speed up table imports by temporarily turning off the uniqueness checks during the import session:SET unique_checks=0; ... SQL import statements ... SET unique_checks=1;For big tables, this saves a lot of disk I/O because
InnoDBcan use its change buffer to write secondary index records in a batch. Be certain that the data contains no duplicate keys.If you have
FOREIGN KEYconstraints in your tables, you can speed up table imports by turning off the foreign key checks for the duration of the import session:SET foreign_key_checks=0; ... SQL import statements ... SET foreign_key_checks=1;For big tables, this can save a lot of disk I/O.
Use the multiple-row
INSERTsyntax to reduce communication overhead between the client and the server if you need to insert many rows:INSERT INTO yourtable VALUES (1,2), (5,5), ...;This tip is valid for inserts into any table, not just
InnoDBtables.When doing bulk inserts into tables with auto-increment columns, set
innodb_autoinc_lock_modeto 2 (interleaved) instead of 1 (consecutive). See Section 17.6.1.6, “AUTO_INCREMENT Handling in InnoDB” for details.When performing bulk inserts, it is faster to insert rows in
PRIMARY KEYorder.InnoDBtables use a clustered index, which makes it relatively fast to use data in the order of thePRIMARY KEY. Performing bulk inserts inPRIMARY KEYorder is particularly important for tables that do not fit entirely within the buffer pool.For optimal performance when loading data into an
InnoDBFULLTEXTindex, follow this set of steps:Define a column
FTS_DOC_IDat table creation time, of typeBIGINT UNSIGNED NOT NULL, with a unique index namedFTS_DOC_ID_INDEX. For example:CREATE TABLE t1 ( FTS_DOC_ID BIGINT unsigned NOT NULL AUTO_INCREMENT, title varchar(255) NOT NULL DEFAULT '', text mediumtext NOT NULL, PRIMARY KEY (`FTS_DOC_ID`) ) ENGINE=InnoDB; CREATE UNIQUE INDEX FTS_DOC_ID_INDEX on t1(FTS_DOC_ID);Load the data into the table.
Create the
FULLTEXTindex after the data is loaded.
NoteWhen adding
FTS_DOC_IDcolumn at table creation time, ensure that theFTS_DOC_IDcolumn is updated when theFULLTEXTindexed column is updated, as theFTS_DOC_IDmust increase monotonically with eachINSERTorUPDATE. If you choose not to add theFTS_DOC_IDat table creation time and haveInnoDBmanage DOC IDs for you,InnoDBadds theFTS_DOC_IDas a hidden column with the nextCREATE FULLTEXT INDEXcall. This approach, however, requires a table rebuild which can impact performance.If loading data into a new MySQL instance, consider disabling redo logging using
ALTER INSTANCE {ENABLE|DISABLE} INNODB REDO_LOGsyntax. Disabling redo logging helps speed up data loading by avoiding redo log writes. For more information, see Disabling Redo Logging.WarningThis feature is intended only for loading data into a new MySQL instance. Do not disable redo logging on a production system. It is permitted to shutdown and restart the server while redo logging is disabled, but an unexpected server stoppage while redo logging is disabled can cause data loss and instance corruption.
Use MySQL Shell to import data. MySQL Shell's parallel table import utility
util.importTable()provides rapid data import to a MySQL relational table for large data files. MySQL Shell's dump loading utilityutil.loadDump()also offers parallel load capabilities. See MySQL Shell Utilities.