备份或导出数据库命令mysqldump怎么使用

通用规律只有使用 --all-databases (-A) 会 ERROR 1356，那就看看他到底备份了什么东西。于是喊上同事一起 less 看了下，上下扫了两眼。突然发现：1. 备份 SQL 文件里 DROP 掉了 mysql.proc；2. 后CREATE了一个新的 mysql.proc；3. LOCK TABLES 和 UNLOCK TABLES 中间居然没有备份 CREATE ROUTINE 任何数据？这不就是相当于每次导入全备都给我一个没有任何 sys schema routines 的全新 mysql.proc 表？那这不就异常的尴尬？

---- Table structure for table `proc`--

---- Dumping data for table `proc`-

真相大白在官方文档【sys-schema-usage】官方文档明确的告诉我们不会备份 sys 库。但在使用 mysqldump 在执行 --all-databases 会清空 mysql.proc 导致 sys 无法正常使用；这是一个 BUG，并且只存在于 MySQL 5.7.x ！

1、mysql_upgrade install or upgrade sys schema

这个方案适用于 sys 库已经因为 mysqldump 导入而损坏的情况下使用。

注意：mysql_upgrade 在修理 sys 库的同时，还修理 mysql 库和用户库表（期间加锁且速度一般），有极小可能会误伤；使用 mysql_upgrade 的时候要加上 --upgrade-system-tables，不然会扫描用户库表。

2、全备时同时备份 sys 库

这个方案适用于需要还原的数据库，sys 库也不太正常的情况下使用；在全备后额外再备份一份 sys 库用于修复。

注意：不适用于做主从时使用它。

3、使用 databases 全备

这个方案适用于所有场景的全备需求，100% 安全。

4、使用 mysql-sys 开源代码

如果你的数据库 sys 全部中招了，又是生产库。那你只能用这个方法；

mysql-sys：https://github.com/mysql/mysql-sys

中记录了 sys 库的创建语句将文件下载到本地，然后根据数据库版本，执行以下命令即可。

一、数据备份的重要性

工作中，如果意外删除了重要的文件或者目录的话，那结果可就惨了。尤其是当误删除的数据涉及重要的客户或者关键项目，并且这些数据无法轻易重新创建的时候，那滋味，不用我说你也能想象得到。不巧的是，像这样的数据在公司环境中随处可见，例如销售记录、客户联系方式，等等。

二、关于mysqldump

MySQL自身提供了许多命令行工具，例如mysql工具可以用来与MySQL的数据库模式、数据、用户和配置变量进行交互，而mysqladmin工具则可以进行各种管理任务，还有就是下面将要介绍的mysqldump。此外还有很多，不过那超出了本文的讨论范围。工具mysqldump既可以用来备份数据库模式，还可以用来备份数据利用它，我们不仅可以对一个服务器上的所有数据库进行地毯式的备份，同时我们还可以选择性地备份某个数据库，甚至数据库中指定的某些表。

当在服务器上安装MySQL的时候，应修改系统路径以便使全局命令行可以访问各个客户程序。打开终端窗口，并执行下列命令：%>mysqldump Usage: mysqldump [OPTIONS] database [tables] OR mysqldump [OPTIONS]

databases [OPTIONS] DB1 [DB2 DB3...] OR mysqldump [OPTIONS] all-databases [OPTIONS]

For more options, use mysqldump help

这里给出了使用mysqldump程序的方法。举例来说，若要备份所有数据库模式和数据至文件backup092210.sql的话，可以执行如下所示的命令：%>mysqldump -u root -p all-databases >backup092210.sql Enter password:

这里，为了能够访问所有数据库，我们需要一个root权限，所以这里需要在提示符后面输入相应口令。此外，如果你是在开发用的服务器上练习这些命令的话，不妨花一些时间看看备份文件的内容。这时您会看到一系列的SQL语句，先是删除各个表后重新创建的语句，然后是重新创建相关数据的语句。另外，由于上面的例子中我们对所有数据库进行备份，所以您还会发现，备份文件将创建每个数据库(如果它还没有存在的话)，然后通过USE命令切换到该数据库，进而创建与该数据库相关的表跟数据。

若要备份单个数据库，例如要备份名为wiki的数据库到一个名为wiki-backup092210.sql的文件中，我们可以使用如下所示的命令：%>mysqldump -u root -p wiki >wiki-backup092210.sql Enter password:

最后，若要备份数据库中名为users的表的话，例如要把它备份到名为wikiusers-backup092210.sql的文件中，我们可以使用如下所示的命令：%>mysqldump -u root -p wiki users >wikiusers-backup092210.sql Enter password:

三、调整备份内容

有时候，我们可能只想备份数据库的模式，或者只想备份数据库的数据。为了备份数据库模式，可以向mysqldump传递参数no-data，如下所示：%>mysqldump -u root -p no-data wiki >wiki-backup092210.sql

为了只备份数据库的数据，可以向mysqldump使用参数no-create-info，如下所示：%>mysqldump -u root -p no-create-info wiki >wiki-backup092210.sql

对于前面所举的例子，仅需要少量的击键次数就能执行mysqldump命令。然而，工作中要干的活还有很多，并且如果老是执行这些命令的话，那么生活就会变得太单调了。因此，我们可以设法使这些过程自动化，这时我们可以借助cron工具来达成我们的目标，这个工具在所有类UNIX *** 作系统上都能找到。为了自动执行备份任务，我们需要新建一个正确命名的文件。例如nightly-backup.sh，具体命令如下所示：#!/bin/sh mysqldump -uroot -psecret wiki >/home/backup/sql/wiki-backup-`date +%m%d%Y`.sql

接下来，我们将这个脚本提供交给cron，方法是使用crontab。为此，我们可以执行如下所示的命令：%>crontab -e

这将打开当前登录用户的crontab文件，如果该文件不存在的话就会自动新建一个。在这个文件中，我们可以添加如下内容，来确保每天上午3时运行该备份脚本：0 3 * * * /home/backup/scripts/nightly-backup.sh

如果您对crontab的语法很陌生的话，这里的参数可能让您摸不着头脑。这里前五个参数分别对应于执行脚本的时间，依次为分、时、日、月和星期几。因此，要想在每星期二的4:45am执行脚本的话，可以使用参数45 4 * * 3。

插入上面所示的一行内容后，保存文件，那么我们的任务就会开始按照给定时间调度执行。 需要注意的是，第二天早上一定要查看相应的目录，看看事情是否一切正常。

五、其它备份方案

就像本文前面所说的那样，mysqldump只是MySQL众多备份方案中的一个。此外，您还可以使用MySQL的二进制日志文件进行增量备份，或者使用从MySQL主服务器中将数据复制到从服务器中。

六、小结本文中，我们与读者一道建立了一个简单的MySQL备份解决方案。如果您之前还未实施任何解决方案的话，不妨立即动手试一下。重要的是，这只需要花费您几分钟的时间，我想这是很划得来的。

不能关闭。

mysqldump： 最早，也是最成熟的逻辑备份工具，是 MySQL 原生的用来备份整个数据库实例、单个数据库、单张表的逻辑备份工具， 上手简单，学习成本几乎为 0。备份简单，恢复也简单。

比如导出单个数据库 ytt: mysqldump ytt >/tmp/ytt.sql；

恢复也非常简单：mysql </tmp/ytt.sql

缺点是备份速度慢。在整个备份过程中，是单线程运行；备份出来的数据集要恢复的话同样也是单线程运行，恢复速度也慢。除非对同一时刻的所有表单独备份出来，自己写额外脚本进行多线程恢复。

---