mysqlpump
MYSQLPUMP(1) MySQL Database System MYSQLPUMP(1)
NAME
mysqlpump - a database backup program
SYNOPSIS
mysqlpump [options] [db_name [tbl_name ...]]
DESCRIPTION
o mysqlpump Invocation Syntax
o mysqlpump Option Summary
o mysqlpump Option Descriptions
o mysqlpump Object Selection
o mysqlpump Parallel Processing
o mysqlpump Restrictions
The mysqlpump client utility performs logical backups, producing a set
of SQL statements that can be executed to reproduce the original
database object definitions and table data. It dumps one or more MySQL
databases for backup or transfer to another SQL server.
Note
mysqlpump is deprecated as of MySQL 8.0.34; expect it to be removed
in a future version of MySQL. You can use such MySQL programs as
mysqldump and MySQL Shell to perform logical backups, dump
databases, and similar tasks instead.
Tip
Consider using the MySQL Shell dump utilities[1], which provide
parallel dumping with multiple threads, file compression, and
progress information display, as well as cloud features such as
Oracle Cloud Infrastructure Object Storage streaming, and MySQL
HeatWave Service compatibility checks and modifications. Dumps can
be easily imported into a MySQL Server instance or a MySQL HeatWave
Service DB System using the MySQL Shell load dump utilities[2].
Installation instructions for MySQL Shell can be found here[3].
mysqlpump features include:
o Parallel processing of databases, and of objects within databases,
to speed up the dump process
o Better control over which databases and database objects (tables,
stored programs, user accounts) to dump
o Dumping of user accounts as account-management statements (CREATE
USER, GRANT) rather than as inserts into the mysql system database
o Capability of creating compressed output
o Progress indicator (the values are estimates)
o For dump file reloading, faster secondary index creation for InnoDB
tables by adding indexes after rows are inserted
Note
mysqlpump uses MySQL features introduced in MySQL 5.7, and thus
assumes use with MySQL 5.7 or higher.
mysqlpump requires at least the SELECT privilege for dumped tables,
SHOW VIEW for dumped views, TRIGGER for dumped triggers, and LOCK
TABLES if the --single-transaction option is not used. The SELECT
privilege on the mysql system database is required to dump user
definitions. Certain options might require other privileges as noted in
the option descriptions.
To reload a dump file, you must have the privileges required to execute
the statements that it contains, such as the appropriate CREATE
privileges for objects created by those statements.
Note
A dump made using PowerShell on Windows with output redirection
creates a file that has UTF-16 encoding:
mysqlpump [options] > dump.sql
However, UTF-16 is not permitted as a connection character set (see
Section 10.4, "Connection Character Sets and Collations"), so the
dump file cannot be loaded correctly. To work around this issue,
use the --result-file option, which creates the output in ASCII
format:
mysqlpump [options] --result-file=dump.sql
mysqlpump Invocation Syntax
By default, mysqlpump dumps all databases (with certain exceptions
noted in mysqlpump Restrictions). To specify this behavior explicitly,
use the --all-databases option:
mysqlpump --all-databases
To dump a single database, or certain tables within that database, name
the database on the command line, optionally followed by table names:
mysqlpump db_name
mysqlpump db_name tbl_name1 tbl_name2 ...
To treat all name arguments as database names, use the --databases
option:
mysqlpump --databases db_name1 db_name2 ...
By default, mysqlpump does not dump user account definitions, even if
you dump the mysql system database that contains the grant tables. To
dump grant table contents as logical definitions in the form of CREATE
USER and GRANT statements, use the --users option and suppress all
database dumping:
mysqlpump --exclude-databases=% --users
In the preceding command, % is a wildcard that matches all database
names for the --exclude-databases option.
mysqlpump supports several options for including or excluding
databases, tables, stored programs, and user definitions. See mysqlpump
Object Selection.
To reload a dump file, execute the statements that it contains. For
example, use the mysql client:
mysqlpump [options] > dump.sql
mysql < dump.sql
The following discussion provides additional mysqlpump usage examples.
To see a list of the options mysqlpump supports, issue the command
mysqlpump --help. mysqlpump Option Summary
mysqlpump supports the following options, which can be specified on the
command line or in the [mysqlpump] and [client] groups of an option
file. (Prior to MySQL 8.0.20, mysqlpump read the [mysql_dump] group
rather than [mysqlpump]. As of 8.0.20, [mysql_dump] is still accepted
but is deprecated.) For information about option files used by MySQL
programs, see Section 4.2.2.2, "Using Option Files". mysqlpump Option
Descriptions
o --help, -? Display a help message and exit.
o --add-drop-database Write a DROP DATABASE statement before each
CREATE DATABASE statement.
Note
In MySQL 8.0, the mysql schema is considered a system schema
that cannot be dropped by end users. If --add-drop-database is
used with --all-databases or with --databases where the list of
schemas to be dumped includes mysql, the dump file contains a
DROP DATABASE `mysql` statement that causes an error when the
dump file is reloaded.
Instead, to use --add-drop-database, use --databases with a
list of schemas to be dumped, where the list does not include
mysql.
o --add-drop-table Write a DROP TABLE statement before each CREATE
TABLE statement.
o --add-drop-user Write a DROP USER statement before each CREATE USER
statement.
o --add-locks Surround each table dump with LOCK TABLES and UNLOCK
TABLES statements. This results in faster inserts when the dump
file is reloaded. See Section 8.2.5.1, "Optimizing INSERT
Statements".
This option does not work with parallelism because INSERT
statements from different tables can be interleaved and UNLOCK
TABLES following the end of the inserts for one table could release
locks on tables for which inserts remain.
--add-locks and --single-transaction are mutually exclusive.
o --all-databases, -A Dump all databases (with certain exceptions
noted in mysqlpump Restrictions). This is the default behavior if
no other is specified explicitly.
--all-databases and --databases are mutually exclusive.
Note
See the --add-drop-database description for information about
an incompatibility of that option with --all-databases.
Prior to MySQL 8.0, the --routines and --events options for
mysqldump and mysqlpump were not required to include stored
routines and events when using the --all-databases option: The dump
included the mysql system database, and therefore also the
mysql.proc and mysql.event tables containing stored routine and
event definitions. As of MySQL 8.0, the mysql.event and mysql.proc
tables are not used. Definitions for the corresponding objects are
stored in data dictionary tables, but those tables are not dumped.
To include stored routines and events in a dump made using
--all-databases, use the --routines and --events options
explicitly.
o --bind-address=ip_address On a computer having multiple network
interfaces, use this option to select which interface to use for
connecting to the MySQL server.
o --character-sets-dir=path The directory where character sets are
installed. See Section 10.15, "Character Set Configuration".
o --column-statistics Add ANALYZE TABLE statements to the output to
generate histogram statistics for dumped tables when the dump file
is reloaded. This option is disabled by default because histogram
generation for large tables can take a long time.
o --complete-insert Write complete INSERT statements that include
column names.
o --compress, -C Compress all information sent between the client and
the server if possible. See Section 4.2.8, "Connection Compression
Control".
As of MySQL 8.0.18, this option is deprecated. Expect it to be
removed in a future version of MySQL. See the section called
"Configuring Legacy Connection Compression".
o --compress-output=algorithm By default, mysqlpump does not compress
output. This option specifies output compression using the
specified algorithm. Permitted algorithms are LZ4 and ZLIB.
To uncompress compressed output, you must have an appropriate
utility. If the system commands lz4 and openssl zlib are not
available, MySQL distributions include lz4_decompress and
zlib_decompress utilities that can be used to decompress mysqlpump
output that was compressed using the --compress-output=LZ4 and
--compress-output=ZLIB options. For more information, see
lz4_decompress(1), and zlib_decompress(1).
o --compression-algorithms=value The permitted compression algorithms
for connections to the server. The available algorithms are the
same as for the protocol_compression_algorithms system variable.
The default value is uncompressed.
For more information, see Section 4.2.8, "Connection Compression
Control".
This option was added in MySQL 8.0.18.
o --databases, -B Normally, mysqlpump treats the first name argument
on the command line as a database name and any following names as
table names. With this option, it treats all name arguments as
database names. CREATE DATABASE statements are included in the
output before each new database.
--all-databases and --databases are mutually exclusive.
Note
See the --add-drop-database description for information about
an incompatibility of that option with --databases.
o --debug[=debug_options], -# [debug_options] Write a debugging log.
A typical debug_options string is d:t:o,file_name. The default is
d:t:O,/tmp/mysqlpump.trace.
This option is available only if MySQL was built using WITH_DEBUG.
MySQL release binaries provided by Oracle are not built using this
option.
o --debug-check Print some debugging information when the program
exits.
This option is available only if MySQL was built using WITH_DEBUG.
MySQL release binaries provided by Oracle are not built using this
option.
o --debug-info, -T Print debugging information and memory and CPU
usage statistics when the program exits.
This option is available only if MySQL was built using WITH_DEBUG.
MySQL release binaries provided by Oracle are not built using this
option.
o --default-auth=plugin A hint about which client-side authentication
plugin to use. See Section 6.2.17, "Pluggable Authentication".
o --default-character-set=charset_name Use charset_name as the
default character set. See Section 10.15, "Character Set
Configuration". If no character set is specified, mysqlpump uses
utf8mb4.
o --default-parallelism=N The default number of threads for each
parallel processing queue. The default is 2.
The --parallel-schemas option also affects parallelism and can be
used to override the default number of threads. For more
information, see mysqlpump Parallel Processing.
With --default-parallelism=0 and no --parallel-schemas options,
mysqlpump runs as a single-threaded process and creates no queues.
With parallelism enabled, it is possible for output from different
databases to be interleaved.
o --defaults-extra-file=file_name Read this option file after the
global option file but (on Unix) before the user option file. If
the file does not exist or is otherwise inaccessible, an error
occurs. If file_name is not an absolute path name, it is
interpreted relative to the current directory.
For additional information about this and other option-file
options, see Section 4.2.2.3, "Command-Line Options that Affect
Option-File Handling".
o --defaults-file=file_name Use only the given option file. If the
file does not exist or is otherwise inaccessible, an error occurs.
If file_name is not an absolute path name, it is interpreted
relative to the current directory.
Exception: Even with --defaults-file, client programs read
.mylogin.cnf.
For additional information about this and other option-file
options, see Section 4.2.2.3, "Command-Line Options that Affect
Option-File Handling".
o --defaults-group-suffix=str Read not only the usual option groups,
but also groups with the usual names and a suffix of str. For
example, mysqlpump normally reads the [client] and [mysqlpump]
groups. If this option is given as --defaults-group-suffix=_other,
mysqlpump also reads the [client_other] and [mysqlpump_other]
groups.
For additional information about this and other option-file
options, see Section 4.2.2.3, "Command-Line Options that Affect
Option-File Handling".
o --defer-table-indexes In the dump output, defer index creation for
each table until after its rows have been loaded. This works for
all storage engines, but for InnoDB applies only for secondary
indexes.
This option is enabled by default; use --skip-defer-table-indexes
to disable it.
o --events Include Event Scheduler events for the dumped databases in
the output. Event dumping requires the EVENT privileges for those
databases.
The output generated by using --events contains CREATE EVENT
statements to create the events.
This option is enabled by default; use --skip-events to disable it.
o --exclude-databases=db_list Do not dump the databases in db_list,
which is a list of one or more comma-separated database names.
Multiple instances of this option are additive. For more
information, see mysqlpump Object Selection.
o --exclude-events=event_list Do not dump the databases in
event_list, which is a list of one or more comma-separated event
names. Multiple instances of this option are additive. For more
information, see mysqlpump Object Selection.
o --exclude-routines=routine_list Do not dump the events in
routine_list, which is a list of one or more comma-separated
routine (stored procedure or function) names. Multiple instances of
this option are additive. For more information, see mysqlpump
Object Selection.
o --exclude-tables=table_list Do not dump the tables in table_list,
which is a list of one or more comma-separated table names.
Multiple instances of this option are additive. For more
information, see mysqlpump Object Selection.
o --exclude-triggers=trigger_list Do not dump the triggers in
trigger_list, which is a list of one or more comma-separated
trigger names. Multiple instances of this option are additive. For
more information, see mysqlpump Object Selection.
o --exclude-users=user_list Do not dump the user accounts in
user_list, which is a list of one or more comma-separated account
names. Multiple instances of this option are additive. For more
information, see mysqlpump Object Selection.
o --extended-insert=N Write INSERT statements using multiple-row
syntax that includes several VALUES lists. This results in a
smaller dump file and speeds up inserts when the file is reloaded.
The option value indicates the number of rows to include in each
INSERT statement. The default is 250. A value of 1 produces one
INSERT statement per table row.
o --get-server-public-key Request from the server the public key
required for RSA key pair-based password exchange. This option
applies to clients that authenticate with the caching_sha2_password
authentication plugin. For that plugin, the server does not send
the public key unless requested. This option is ignored for
accounts that do not authenticate with that plugin. It is also
ignored if RSA-based password exchange is not used, as is the case
when the client connects to the server using a secure connection.
If --server-public-key-path=file_name is given and specifies a
valid public key file, it takes precedence over
--get-server-public-key.
For information about the caching_sha2_password plugin, see
Section 6.4.1.2, "Caching SHA-2 Pluggable Authentication".
o --hex-blob Dump binary columns using hexadecimal notation (for
example, 'abc' becomes 0x616263). The affected data types are
BINARY, VARBINARY, BLOB types, BIT, all spatial data types, and
other non-binary data types when used with the binary character
set.
o --host=host_name, -h host_name Dump data from the MySQL server on
the given host.
o --include-databases=db_list Dump the databases in db_list, which is
a list of one or more comma-separated database names. The dump
includes all objects in the named databases. Multiple instances of
this option are additive. For more information, see mysqlpump
Object Selection.
o --include-events=event_list Dump the events in event_list, which is
a list of one or more comma-separated event names. Multiple
instances of this option are additive. For more information, see
mysqlpump Object Selection.
o --include-routines=routine_list Dump the routines in routine_list,
which is a list of one or more comma-separated routine (stored
procedure or function) names. Multiple instances of this option are
additive. For more information, see mysqlpump Object Selection.
o --include-tables=table_list Dump the tables in table_list, which is
a list of one or more comma-separated table names. Multiple
instances of this option are additive. For more information, see
mysqlpump Object Selection.
o --include-triggers=trigger_list Dump the triggers in trigger_list,
which is a list of one or more comma-separated trigger names.
Multiple instances of this option are additive. For more
information, see mysqlpump Object Selection.
o --include-users=user_list Dump the user accounts in user_list,
which is a list of one or more comma-separated user names. Multiple
instances of this option are additive. For more information, see
mysqlpump Object Selection.
o --insert-ignore Write INSERT IGNORE statements rather than INSERT
statements.
o --log-error-file=file_name Log warnings and errors by appending
them to the named file. If this option is not given, mysqlpump
writes warnings and errors to the standard error output.
o --login-path=name Read options from the named login path in the
.mylogin.cnf login path file. A "login path" is an option group
containing options that specify which MySQL server to connect to
and which account to authenticate as. To create or modify a login
path file, use the mysql_config_editor utility. See
mysql_config_editor(1).
For additional information about this and other option-file
options, see Section 4.2.2.3, "Command-Line Options that Affect
Option-File Handling".
o --max-allowed-packet=N The maximum size of the buffer for
client/server communication. The default is 24MB, the maximum is
1GB.
o --net-buffer-length=N The initial size of the buffer for
client/server communication. When creating multiple-row INSERT
statements (as with the --extended-insert option), mysqlpump
creates rows up to N bytes long. If you use this option to increase
the value, ensure that the MySQL server net_buffer_length system
variable has a value at least this large.
o --no-create-db Suppress any CREATE DATABASE statements that might
otherwise be included in the output.
o --no-create-info, -t Do not write CREATE TABLE statements that
create each dumped table.
o --no-defaults Do not read any option files. If program startup
fails due to reading unknown options from an option file,
--no-defaults can be used to prevent them from being read.
The exception is that the .mylogin.cnf file is read in all cases,
if it exists. This permits passwords to be specified in a safer way
than on the command line even when --no-defaults is used. To create
.mylogin.cnf, use the mysql_config_editor utility. See
mysql_config_editor(1).
For additional information about this and other option-file
options, see Section 4.2.2.3, "Command-Line Options that Affect
Option-File Handling".
o --parallel-schemas=[N:]db_list Create a queue for processing the
databases in db_list, which is a list of one or more
comma-separated database names. If N is given, the queue uses N
threads. If N is not given, the --default-parallelism option
determines the number of queue threads.
Multiple instances of this option create multiple queues.
mysqlpump also creates a default queue to use for databases not
named in any --parallel-schemas option, and for dumping user
definitions if command options select them. For more information,
see mysqlpump Parallel Processing.
o --password[=password], -p[password] The password of the MySQL
account used for connecting to the server. The password value is
optional. If not given, mysqlpump prompts for one. If given, there
must be no space between --password= or -p and the password
following it. If no password option is specified, the default is to
send no password.
Specifying a password on the command line should be considered
insecure. To avoid giving the password on the command line, use an
option file. See Section 6.1.2.1, "End-User Guidelines for Password
Security".
To explicitly specify that there is no password and that mysqlpump
should not prompt for one, use the --skip-password option.
o --password1[=pass_val] The password for multifactor authentication
factor 1 of the MySQL account used for connecting to the server.
The password value is optional. If not given, mysqlpump prompts for
one. If given, there must be no space between --password1= and the
password following it. If no password option is specified, the
default is to send no password.
Specifying a password on the command line should be considered
insecure. To avoid giving the password on the command line, use an
option file. See Section 6.1.2.1, "End-User Guidelines for Password
Security".
To explicitly specify that there is no password and that mysqlpump
should not prompt for one, use the --skip-password1 option.
--password1 and --password are synonymous, as are --skip-password1
and --skip-password.
o --password2[=pass_val] The password for multifactor authentication
factor 2 of the MySQL account used for connecting to the server.
The semantics of this option are similar to the semantics for
--password1; see the description of that option for details.
o --password3[=pass_val] The password for multifactor authentication
factor 3 of the MySQL account used for connecting to the server.
The semantics of this option are similar to the semantics for
--password1; see the description of that option for details.
o --plugin-dir=dir_name The directory in which to look for plugins.
Specify this option if the --default-auth option is used to specify
an authentication plugin but mysqlpump does not find it. See
Section 6.2.17, "Pluggable Authentication".
o --port=port_num, -P port_num For TCP/IP connections, the port
number to use.
o --print-defaults Print the program name and all options that it
gets from option files.
For additional information about this and other option-file
options, see Section 4.2.2.3, "Command-Line Options that Affect
Option-File Handling".
o --protocol={TCP|SOCKET|PIPE|MEMORY} The transport protocol to use
for connecting to the server. It is useful when the other
connection parameters normally result in use of a protocol other
than the one you want. For details on the permissible values, see
Section 4.2.7, "Connection Transport Protocols".
o --replace Write REPLACE statements rather than INSERT statements.
o --result-file=file_name Direct output to the named file. The result
file is created and its previous contents overwritten, even if an
error occurs while generating the dump.
This option should be used on Windows to prevent newline \n
characters from being converted to \r\n carriage return/newline
sequences.
o --routines Include stored routines (procedures and functions) for
the dumped databases in the output. This option requires the global
SELECT privilege.
The output generated by using --routines contains CREATE PROCEDURE
and CREATE FUNCTION statements to create the routines.
This option is enabled by default; use --skip-routines to disable
it.
o --server-public-key-path=file_name The path name to a file in PEM
format containing a client-side copy of the public key required by
the server for RSA key pair-based password exchange. This option
applies to clients that authenticate with the sha256_password or
caching_sha2_password authentication plugin. This option is ignored
for accounts that do not authenticate with one of those plugins. It
is also ignored if RSA-based password exchange is not used, as is
the case when the client connects to the server using a secure
connection.
If --server-public-key-path=file_name is given and specifies a
valid public key file, it takes precedence over
--get-server-public-key.
For sha256_password, this option applies only if MySQL was built
using OpenSSL.
For information about the sha256_password and caching_sha2_password
plugins, see Section 6.4.1.3, "SHA-256 Pluggable Authentication",
and Section 6.4.1.2, "Caching SHA-2 Pluggable Authentication".
o --set-charset Write SET NAMES default_character_set to the output.
This option is enabled by default. To disable it and suppress the
SET NAMES statement, use --skip-set-charset.
o --set-gtid-purged=value This option enables control over global
transaction ID (GTID) information written to the dump file, by
indicating whether to add a SET @@GLOBAL.gtid_purged statement to
the output. This option may also cause a statement to be written to
the output that disables binary logging while the dump file is
being reloaded.
The following table shows the permitted option values. The default
value is AUTO.
+------+----------------------------+
|Value | Meaning |
+------+----------------------------+
|OFF | Add no SET statement to |
| | the output. |
+------+----------------------------+
|ON | Add a SET statement to the |
| | output. An error occurs if |
| | GTIDs |
| | are not enabled on the |
| | server. |
+------+----------------------------+
|AUTO | Add a SET statement to the |
| | output if GTIDs are |
| | enabled |
| | on the server. |
+------+----------------------------+
The --set-gtid-purged option has the following effect on binary
logging when the dump file is reloaded:
o --set-gtid-purged=OFF: SET @@SESSION.SQL_LOG_BIN=0; is not
added to the output.
o --set-gtid-purged=ON: SET @@SESSION.SQL_LOG_BIN=0; is added to
the output.
o --set-gtid-purged=AUTO: SET @@SESSION.SQL_LOG_BIN=0; is added
to the output if GTIDs are enabled on the server you are
backing up (that is, if AUTO evaluates to ON).
o --single-transaction This option sets the transaction isolation
mode to REPEATABLE READ and sends a START TRANSACTION SQL statement
to the server before dumping data. It is useful only with
transactional tables such as InnoDB, because then it dumps the
consistent state of the database at the time when START TRANSACTION
was issued without blocking any applications.
When using this option, you should keep in mind that only InnoDB
tables are dumped in a consistent state. For example, any MyISAM or
MEMORY tables dumped while using this option may still change
state.
While a --single-transaction dump is in process, to ensure a valid
dump file (correct table contents and binary log coordinates), no
other connection should use the following statements: ALTER TABLE,
CREATE TABLE, DROP TABLE, RENAME TABLE, TRUNCATE TABLE. A
consistent read is not isolated from those statements, so use of
them on a table to be dumped can cause the SELECT that is performed
by mysqlpump to retrieve the table contents to obtain incorrect
contents or fail.
--add-locks and --single-transaction are mutually exclusive.
o --skip-definer Omit DEFINER and SQL SECURITY clauses from the
CREATE statements for views and stored programs. The dump file,
when reloaded, creates objects that use the default DEFINER and SQL
SECURITY values. See Section 25.6, "Stored Object Access Control".
o --skip-dump-rows, -d Do not dump table rows.
o --skip-generated-invisible-primary-key This option is available
beginning with MySQL 8.0.30, and causes generated invisible primary
keys (GIPKs) to be excluded from the dump. See Section 13.1.20.11,
"Generated Invisible Primary Keys", for more information about
GIPKs and GIPK mode.
o --socket=path, -S path For connections to localhost, the Unix
socket file to use, or, on Windows, the name of the named pipe to
use.
On Windows, this option applies only if the server was started with
the named_pipe system variable enabled to support named-pipe
connections. In addition, the user making the connection must be a
member of the Windows group specified by the
named_pipe_full_access_group system variable.
o --ssl* Options that begin with --ssl specify whether to connect to
the server using encryption and indicate where to find SSL keys and
certificates. See the section called "Command Options for Encrypted
Connections".
o --ssl-fips-mode={OFF|ON|STRICT} Controls whether to enable FIPS
mode on the client side. The --ssl-fips-mode option differs from
other --ssl-xxx options in that it is not used to establish
encrypted connections, but rather to affect which cryptographic
operations to permit. See Section 6.8, "FIPS Support".
These --ssl-fips-mode values are permitted:
o OFF: Disable FIPS mode.
o ON: Enable FIPS mode.
o STRICT: Enable "strict" FIPS mode.
Note
If the OpenSSL FIPS Object Module is not available, the only
permitted value for --ssl-fips-mode is OFF. In this case,
setting --ssl-fips-mode to ON or STRICT causes the client to
produce a warning at startup and to operate in non-FIPS mode.
As of MySQL 8.0.34, this option is deprecated. Expect it to be
removed in a future version of MySQL.
o --tls-ciphersuites=ciphersuite_list The permissible ciphersuites
for encrypted connections that use TLSv1.3. The value is a list of
one or more colon-separated ciphersuite names. The ciphersuites
that can be named for this option depend on the SSL library used to
compile MySQL. For details, see Section 6.3.2, "Encrypted
Connection TLS Protocols and Ciphers".
This option was added in MySQL 8.0.16.
o --tls-version=protocol_list The permissible TLS protocols for
encrypted connections. The value is a list of one or more
comma-separated protocol names. The protocols that can be named for
this option depend on the SSL library used to compile MySQL. For
details, see Section 6.3.2, "Encrypted Connection TLS Protocols and
Ciphers".
o --triggers Include triggers for each dumped table in the output.
This option is enabled by default; use --skip-triggers to disable
it.
o --tz-utc This option enables TIMESTAMP columns to be dumped and
reloaded between servers in different time zones. mysqlpump sets
its connection time zone to UTC and adds SET TIME_ZONE='+00:00' to
the dump file. Without this option, TIMESTAMP columns are dumped
and reloaded in the time zones local to the source and destination
servers, which can cause the values to change if the servers are in
different time zones. --tz-utc also protects against changes due
to daylight saving time.
This option is enabled by default; use --skip-tz-utc to disable it.
o --user=user_name, -u user_name The user name of the MySQL account
to use for connecting to the server.
If you are using the Rewriter plugin with MySQL 8.0.31 or later,
you should grant this user the SKIP_QUERY_REWRITE privilege.
o --users Dump user accounts as logical definitions in the form of
CREATE USER and GRANT statements.
User definitions are stored in the grant tables in the mysql system
database. By default, mysqlpump does not include the grant tables
in mysql database dumps. To dump the contents of the grant tables
as logical definitions, use the --users option and suppress all
database dumping:
mysqlpump --exclude-databases=% --users
o --version, -V Display version information and exit.
o --watch-progress Periodically display a progress indicator that
provides information about the completed and total number of
tables, rows, and other objects.
This option is enabled by default; use --skip-watch-progress to
disable it.
o --zstd-compression-level=level The compression level to use for
connections to the server that use the zstd compression algorithm.
The permitted levels are from 1 to 22, with larger values
indicating increasing levels of compression. The default zstd
compression level is 3. The compression level setting has no effect
on connections that do not use zstd compression.
For more information, see Section 4.2.8, "Connection Compression
Control".
This option was added in MySQL 8.0.18.
mysqlpump Object Selection
mysqlpump has a set of inclusion and exclusion options that enable
filtering of several object types and provide flexible control over
which objects to dump:
o --include-databases and --exclude-databases apply to databases and
all objects within them.
o --include-tables and --exclude-tables apply to tables. These
options also affect triggers associated with tables unless the
trigger-specific options are given.
o --include-triggers and --exclude-triggers apply to triggers.
o --include-routines and --exclude-routines apply to stored
procedures and functions. If a routine option matches a stored
procedure name, it also matches a stored function of the same name.
o --include-events and --exclude-events apply to Event Scheduler
events.
o --include-users and --exclude-users apply to user accounts.
Any inclusion or exclusion option may be given multiple times. The
effect is additive. Order of these options does not matter.
The value of each inclusion and exclusion option is a list of
comma-separated names of the appropriate object type. For example:
--exclude-databases=test,world
--include-tables=customer,invoice
Wildcard characters are permitted in the object names:
o % matches any sequence of zero or more characters.
o _ matches any single character.
For example, --include-tables=t%,__tmp matches all table names that
begin with t and all five-character table names that end with tmp.
For users, a name specified without a host part is interpreted with an
implied host of %. For example, u1 and u1@% are equivalent. This is the
same equivalence that applies in MySQL generally (see Section 6.2.4,
"Specifying Account Names").
Inclusion and exclusion options interact as follows:
o By default, with no inclusion or exclusion options, mysqlpump dumps
all databases (with certain exceptions noted in mysqlpump
Restrictions).
o If inclusion options are given in the absence of exclusion options,
only the objects named as included are dumped.
o If exclusion options are given in the absence of inclusion options,
all objects are dumped except those named as excluded.
o If inclusion and exclusion options are given, all objects named as
excluded and not named as included are not dumped. All other
objects are dumped.
If multiple databases are being dumped, it is possible to name tables,
triggers, and routines in a specific database by qualifying the object
names with the database name. The following command dumps databases db1
and db2, but excludes tables db1.t1 and db2.t2:
mysqlpump --include-databases=db1,db2 --exclude-tables=db1.t1,db2.t2
The following options provide alternative ways to specify which
databases to dump:
o The --all-databases option dumps all databases (with certain
exceptions noted in mysqlpump Restrictions). It is equivalent to
specifying no object options at all (the default mysqlpump action
is to dump everything).
--include-databases=% is similar to --all-databases, but selects
all databases for dumping, even those that are exceptions for
--all-databases.
o The --databases option causes mysqlpump to treat all name arguments
as names of databases to dump. It is equivalent to an
--include-databases option that names the same databases.
mysqlpump Parallel Processing
mysqlpump can use parallelism to achieve concurrent processing. You can
select concurrency between databases (to dump multiple databases
simultaneously) and within databases (to dump multiple objects from a
given database simultaneously).
By default, mysqlpump sets up one queue with two threads. You can
create additional queues and control the number of threads assigned to
each one, including the default queue:
o --default-parallelism=N specifies the default number of threads
used for each queue. In the absence of this option, N is 2.
The default queue always uses the default number of threads.
Additional queues use the default number of threads unless you
specify otherwise.
o --parallel-schemas=[N:]db_list sets up a processing queue for
dumping the databases named in db_list and optionally specifies how
many threads the queue uses. db_list is a list of comma-separated
database names. If the option argument begins with N:, the queue
uses N threads. Otherwise, the --default-parallelism option
determines the number of queue threads.
Multiple instances of the --parallel-schemas option create multiple
queues.
Names in the database list are permitted to contain the same % and
_ wildcard characters supported for filtering options (see
mysqlpump Object Selection).
mysqlpump uses the default queue for processing any databases not named
explicitly with a --parallel-schemas option, and for dumping user
definitions if command options select them.
In general, with multiple queues, mysqlpump uses parallelism between
the sets of databases processed by the queues, to dump multiple
databases simultaneously. For a queue that uses multiple threads,
mysqlpump uses parallelism within databases, to dump multiple objects
from a given database simultaneously. Exceptions can occur; for
example, mysqlpump may block queues while it obtains from the server
lists of objects in databases.
With parallelism enabled, it is possible for output from different
databases to be interleaved. For example, INSERT statements from
multiple tables dumped in parallel can be interleaved; the statements
are not written in any particular order. This does not affect reloading
because output statements qualify object names with database names or
are preceded by USE statements as required.
The granularity for parallelism is a single database object. For
example, a single table cannot be dumped in parallel using multiple
threads.
Examples:
mysqlpump --parallel-schemas=db1,db2 --parallel-schemas=db3
mysqlpump sets up a queue to process db1 and db2, another queue to
process db3, and a default queue to process all other databases. All
queues use two threads.
mysqlpump --parallel-schemas=db1,db2 --parallel-schemas=db3
--default-parallelism=4
This is the same as the previous example except that all queues use
four threads.
mysqlpump --parallel-schemas=5:db1,db2 --parallel-schemas=3:db3
The queue for db1 and db2 uses five threads, the queue for db3 uses
three threads, and the default queue uses the default of two threads.
As a special case, with --default-parallelism=0 and no
--parallel-schemas options, mysqlpump runs as a single-threaded process
and creates no queues. mysqlpump Restrictions
mysqlpump does not dump the performance_schema, ndbinfo, or sys schema
by default. To dump any of these, name them explicitly on the command
line. You can also name them with the --databases or
--include-databases option.
mysqlpump does not dump the INFORMATION_SCHEMA schema.
mysqlpump does not dump InnoDB CREATE TABLESPACE statements.
mysqlpump dumps user accounts in logical form using CREATE USER and
GRANT statements (for example, when you use the --include-users or
--users option). For this reason, dumps of the mysql system database do
not by default include the grant tables that contain user definitions:
user, db, tables_priv, columns_priv, procs_priv, or proxies_priv. To
dump any of the grant tables, name the mysql database followed by the
table names:
mysqlpump mysql user db ...
COPYRIGHT
Copyright (C) 1997, 2023, Oracle and/or its affiliates.
This documentation is free software; you can redistribute it and/or
modify it only under the terms of the GNU General Public License as
published by the Free Software Foundation; version 2 of the License.
This documentation is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
General Public License for more details.
You should have received a copy of the GNU General Public License along
with the program; if not, write to the Free Software Foundation, Inc.,
51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA or see
http://www.gnu.org/licenses/.
NOTES
1. MySQL Shell dump utilities
https://dev.mysql.com/doc/mysql-shell/8.0/en/mysql-shell-utilities-dump-instance-schema.html
2. MySQL Shell load dump utilities
https://dev.mysql.com/doc/mysql-shell/8.0/en/mysql-shell-utilities-load-dump.html
3. here
https://dev.mysql.com/doc/mysql-shell/8.0/en/mysql-shell-install.html
SEE ALSO
For more information, please refer to the MySQL Reference Manual, which
may already be installed locally and which is also available online at
http://dev.mysql.com/doc/.
AUTHOR
Oracle Corporation (http://dev.mysql.com/).
MySQL 8.0 08/31/2023 MYSQLPUMP(1)
Man Pages Copyright Respective Owners. Site Copyright (C) 1994 - 2024
Hurricane Electric.
All Rights Reserved.