Difference between revisions of "mysqldump"

from HTYP, the free directory anyone can edit if they can prove to me that they're not a spambot
Jump to navigation Jump to search
m (Woozle moved page MySQL/porting/data/mysqldump to mysqldump without leaving a redirect: reorganizing)
(No difference)

Revision as of 16:22, 4 November 2024

mysqldump is a command-line interface utility provided as part of the MySQL package.

Note that the following instructions apply to a very old version, and details may have changed since then.

Backing Up

Official MySQL documentation: Chapter 6. Backup and Recovery

For all of these examples:

  • If you leave off the <password>, it will prompt you for one.
  • To connect to a MySQL server on localhost, omit -h<hostname>. not tested
  • see /remote for backing up from a remote server without storing the backup file remotely

From a shell command line:

mysqldump --tab=<path> -h<hostname> -u<username> -p<password> --opt <dbname>
This saves SQL code to recreate the entire database in .sql files compatible with the restoring method given below.
  • This will create one .sql file per table, in the folder specified by <path> (which must already exist).
mysqldump --tab=</output/path> -h<hostname> -u<username> -p --opt <dbname> <table_name_1> <table_name_2> <...>
This only dumps tables.
mysqldump -h<hostname> -u<username> --opt <dbname> > <filespec>
This dumps the entire database to a single file named <filespec> (which will be created).
mysqldump --all-databases -hhost -uuser -ppassword > name_of_dump_file.sql
This backs up all databases to a single file.

Questions:

  • Not sure what the --opt flag does.
  • I don't know if there's a way to dump all dbs to individual files.

To copy the dump file from one server to another, rsync generally works well.

For more specific backups, the following mysql client commands are relevant:

SHOW CREATE DATABASE <dbname>;
Returns the SQL code which could be used to recreate the database, not including the contents.
SHOW CREATE TABLE <tablename>;
Returns the SQL code which could be used to recreate<tablename>, not including the data.

Restoring

If you are restoring to a different database name (as might happen if you were moving the db to a new server), you will need to edit the .sql file to use the appropriate database name in the line which begins "CREATE DATABASE" and the "USE" line following it. If you know the database has already been created, you can just delete the CREATE DATABASE line.

You might also want to verify that the mysql utility connects successfully before you try the import:

mysql -hserver -uusername -ppassword

If that works, then the full command to create a database from a .sql file is:

mysql -hserver -uusername -ppassword < path/to/backup/file.sql

Note that the path is relative to the system on which you are running the mysql utility, not the system running the mysql server (mysqld). Note also that this technique doesn't tell you anything until it finishes processing the .sql file. You can also specify the database in which the SQL commands should be run:

mysql -hserver -uusername -ppassword -Ddbname < path/to/backup/file.sql

Notes

  • Error message: "The MySQL server is running with the --secure-file-priv option so it cannot execute this statement"
    • Meaning: MySQL has been configured to only allow imports or exports from within a specified folder.
    • Solution: Check the secure_file_priv setting (can be found in MySQL Workbench under Server -> Status and System Variables -> System Variables tab; current Ubuntu default is "/var/lib/mysql-files/") to see where you should be putting your import/export files so as not to trigger this error. ...or you can stop the server, change the setting, restart, and try again.