Use Mydumper and TiDB Lightning for Data Backup and Restoration
This document describes how to perform full backup and restoration of the TiDB data using Mydumper and TiDB Lightning. For incremental backup and restoration, refer to TiDB Binlog.
Suppose that the TiDB service information is as follows:
Name | Address | Port | User | Password |
---|---|---|---|---|
TiDB | 127.0.0.1 | 4000 | root | * |
Use the following tools for data backup and restoration:
- Mydumper: to export data from TiDB
- TiDB Lightning: to import data into TiDB
Full backup and restoration using Mydumper/TiDB Lightning
mydumper
is a powerful data backup tool. For more information, refer to maxbube/mydumper
.
Use Mydumper to export data from TiDB and use TiDB Lightning to import data into TiDB.
Best practices for full backup and restoration using Mydumper/TiDB Lightning
To quickly backup and restore data (especially large amounts of data), refer to the following recommendations:
- Keep the exported data file as small as possible. It is recommended to use the
-F
parameter to set the file size. If you use TiDB Lightning to restore data, it is recommended that you set the value of-F
to256
(MB). If you useloader
for restoration, it is recommended to set the value to64
(MB).
Backup data from TiDB
Use mydumper
to backup data from TiDB.
./bin/mydumper -h 127.0.0.1 -P 4000 -u root -t 32 -F 256 -B test -T t1,t2 --skip-tz-utc -o ./var/test
In this command,
-B test
means that the data is exported from the test
database.
-T t1,t2
means that only the t1
and t2
tables are exported.
-t 32
means that 32 threads are used to export the data.
-F 256
means that a table is partitioned into chunks, and one chunk is 256MB.
--skip-tz-utc
means to ignore the inconsistency of time zone setting between MySQL and the data exporting machine and to disable automatic conversion.
If mydumper
returns the following error:
** (mydumper:27528): CRITICAL **: 13:25:09.081: Could not read data from testSchema.testTable: GC life time is shorter than transaction duration, transaction starts at 2019-08-05 21:10:01.451 +0800 CST, GC safe point is 2019-08-05 21:14:53.801 +0800 CST
Then execute two more commands:
Before executing the
mydumper
command, query the GC values of the TiDB cluster and adjust it to a suitable value using the MySQL client:SELECT * FROM mysql.tidb WHERE VARIABLE_NAME = 'tikv_gc_life_time';+-----------------------+------------------------------------------------------------------------------------------------+ | VARIABLE_NAME | VARIABLE_VALUE | +-----------------------+------------------------------------------------------------------------------------------------+ | tikv_gc_life_time | 10m0s | +-----------------------+------------------------------------------------------------------------------------------------+ 1 rows in set (0.02 sec)UPDATE mysql.tidb SET VARIABLE_VALUE = '720h' WHERE VARIABLE_NAME = 'tikv_gc_life_time';After running the
mydumper
command, adjust GC value of the TiDB cluster to its original value in step 1.UPDATE mysql.tidb SET VARIABLE_VALUE = '10m' WHERE VARIABLE_NAME = 'tikv_gc_life_time';
Restore data into TiDB
To restore data into TiDB, use TiDB Lightning to import the exported data. See TiDB Lightning Tutorial.