mysql到底如何备份

数据备份是数据容灾的最后一道防线，即便有着两地三中心的架构，备份也依然重要。如果备份出问题，备份时影响了交易业务，备份数据无法恢复，这些也是企业难以承受的。所以选择合适的备份工具尤为重要。

每个企业级数据库都会有配套的备份工具，MEB(MySQL Enterprise Backup)就是MySQL企业版中非常重要的工具之一，是为企业级客户提供的数据备份方案。

Xtrabackup一直作为MEB 开源版备胎而存在，从MySQL 80开始情况可能会变得有所不同。

在 MySQL 80的Backup Lock、Redo Log Archiving、Page Tracking等新特性的加持下，MEB备份/恢复体验会更好，目前xtrabackup还不支持这些特性。

MySQL 企业版还有哪些功能？

特性1：Backup Lock

80之前使用xtrabackup或MEB做物理备份，为了保证备份时InnoDB引擎表与其他引擎数据文件、及binlog日志的一致性会上全局读锁，再拷贝非InnoDB文件，这期间MySQL会变成只读，数据无法写入。表数量越多，可能加上时间越长，如果使用的xtrabackup 不小心没加rsync参数，逐个拷贝frm文件，锁定时间会更长，对业务影响较大。

我曾遇到过部署在虚拟机的实例有12000多张表，当时使用的xtrabackup，备份脚本中没加rsync参数，结果锁了十几分钟，而MEB就没有这样的问题。

MySQL 80支持轻量级备份锁 LOCK INSTANCE FOR BACKUP，数据字典也重构了由InnoDB存储。若不创建非InnoDB表，MEB默认使用备份锁获取binlog日志一致性位置，并阻止DDL操作，但不影响DML操作。

只有InnoDB表，仅上备份锁

若有非InnoDB表，上全局锁

特性2：Redo Log Archiving

MEB能做到在线热备，备份时不影响数据库读写，这是利用了InnoDB事务日志，在备份期间持续监视redo log的变化，读取增量变化，写入到ibbackup_logfile，也就不需要上锁来保障备份一致性。(对非InnoDB的文件需要上读锁拷贝)

如果备份期间数据库写入负载特别大，而写入ibbackup_logfile速度较慢，redo log size也不大，很可能会出现ibbackup_logfile的写入速度跟不上redo log记录生成速度，redo log 空间不够时需要覆写日志文件，那么来不及写入ibbackup_logfile的记录会丢失，导致备份失败。

MEB 41对此做了优化，将redo log处理线程拆分成多线程分工合作，提高处理redo log的效率，降低了redo log覆写造成备份失败的概率，但redo log新增速度和ibbackup_logfile写入速度悬殊太大，问题依然会发生。

MySQL 8017支持了redo log archiving 彻底解决了此问题，备份前设置innodb_redo_log_archive_dirs，指定redo log归档目录。MEB备份时自动开启日志归档，当checkpoint时会将旧记录归档到此目录，后续从归档文件中读取redo日志记录，避免了覆写可能导致的redo记录丢失。

注意：innodb_redo_log_archive_dirs 不能在数据目录下，目录权限要求是700

特性3：Page Tracking

Page Tracking 是为优化增量备份效率，减少不必要的数据页扫描。

增量备份当前有3种扫描模式：

page-track：利用LSN精确跟踪上次备份之后被修改页面，仅复制这些页面，效率最快。

optimistic：扫描上次备份之后被修改的InnoDB 数据文件中，找出并拷贝修改的页面。依赖系统时间，使用存在限制。

full-scan：扫描所有InnoDB数据文件，找出并拷贝自上次备份之后修改的页面，效率最慢

1、利用page-track增量备份，需先安装备份组件

mysql> INSTALL COMPONENT "file://component_mysqlbackup";

2、在全备前开启page-track

SELECT mysqlbackup_page_track_set(true);

3、全备之后，做增量备份时指定若满足page tracking条件，默认会使用page-track模式，否则会使用full-scan模式，也可以指定--incremental=page-track。

mysqlbackup --incremental-backup-dir=backup_incr --trace=3 --incremental=page-track --incremental-base=history:last_full_backup backup

incremental-base有3种选择

last_backup：基于前一次备份做增备，前一次备份可能是增备，也可能是全备。这种方式全备之间可能会有多个增备，每次增量可能比较小，但恢复时需要逐个合并。

last_full_backup：基于前一次全备做增备。这种方式增备会越往后体积可能越大，但恢复时只需要合并最后一次增量备份。

dir：基于前一次的备份目录，前一次备份可能是增备，也可能是全备。

测试对比full-scan 和page-track ，在变更页小于总体50%的情况下 ，备份效率至少能有1倍的速度提升。

page-track 模式 磁盘读写均衡，说明读写的都是修改页面。

full-scan模式 磁盘读写差别很大，说明读了很多未修改的页面。

1：官方百万级别的测试数据库：

官方测试数据库github网址：https://githubcom/datacharmer/test_db

下载到目录，解压即可，运行命令：

2：自己创建简单测试数据库：

快速随机生成测试语言的网站：https://generatedatacom/

选择sql和想生成的字段，点击生成Generate!生成即可。

在MySQL输入生成的语句即可。

3：测试备份还原时用到的命令

删库跑路测试（先备份好）

还原后查询库的表数据是否完整。

采用复制整个数据存放目录

1：查看数据库数据存放位置

有两种方法：

1)：在数据库中用命令 show variables like 'datadir'; 查看

2)：在配置文件中查看，配置了 datadir 目录的可查看。没有配置的默认为 /var/lib/mysql/ 位置

Linux中查看配置文件

2：复制目录或者目录下某个数据库名

3：还原时直接复制文件夹到数据库目录即可

mysqldump又可叫做全量备份。

参数 --databases 同 -B ，单独一个库，也可省略。

1、备份命令mysqldump格式

格式：mysqldump -h主机名 -P端口 -u用户名 -p密码 database 数据库名 > 文件名sql

备份testDatabase数据库

2、备份MySQL数据库为带删除表的格式

备份MySQL数据库为带删除表的格式，能够让该备份覆盖已有数据库而不需要手动删除原有数据库。

3、直接将MySQL数据库压缩备份

备份并压缩

4、备份MySQL数据库某个(些)表

备份testDatabase中的myTable表，不需要用参数 --databases 或者 -B

5、同时备份多个MySQL数据库

同时备份testDatabase和 employees两个库

6、备份服务器上所有数据库

参数 --all-databases 同 -A

7、还原MySQL数据库的命令

1) 不指定数据名还原，默认生成原数据库名称，还原所有数据库。

2) 指定数据名还原，还原指定单个数据库，需在数据库种预先创建一个testDatabase名称。

3) 还原压缩的MySQL数据库

4) 进入数据库用source导入

增量备份是针对于数据库的bin-log日志进行备份的，增量备份是在全量的基础上进行操作的。增量备份主要是靠mysql记录的bin-log日志。

1：查看是否开启bin-log日志

进入mysql输入命令可查看。

显示如下为开启状态，日志文件在/var/lib/mysql/以binlog00001的格式保存。

如未开启，需要在配置文件种配置

2：查看目前使用的bin-log日志文件

进入mysql查看命令。

显示如下，目前使用的是binlog000022文件，所有操作都记录在此文件。

查看当前testDatabase的表myTable数据如下，

3：刷新日志，使用新的日志文件（备份）

在命令端执行命令

日志文件从 binlog000022 变为 binlog000023

这时相当与已经备份成功，备份文件即为上次的binlog000022日志文件。

4：删除数量，从日志还原数据

1) 删除ABC行

查询以及没有ABC行列。

2) 恢复数据ABC行

退出mysql，在命令端用mysqlbinlog命令恢复到binlog000022日志状态。

进入数据库再次查看数据，ABC已经恢复。

增量备份完成。

如果我们网站数据并不是很多，而且能够管理好网站，我们可以采用定期手动备份网站数据。但是，如果我们每天网站流动数据较多、重要性更强，我们可以采用定时、同步等备份策略。但是在这篇文章中，我将分享普通个人网站、以及常规的个人手动不定时的备份LinuxVPS、服务器中网站文件、MySQL数据库的方法。

第一、Linux备份网站、数据库准备

小编在这篇文章中分享的方法基本上适合大部分LinuxVPS、服务器环境中的网站备份。我们的目的是要备份网站目录所在的所有网页文件、以及可能在使用的MySQL数据库。

1、登入当前VPS、服务器SSH远程，进入当前网站所在的目录，准备通过命令直接打包网页文件。

2、利用PHPMyAdmin或者mysqldump命令备份数据库。前者适合数据库较小的，安全起见还是用后者备份。

第二、备份网站网页文件

1、命令

2、检查和下载文件

这里我们将网页文件都打包，然后通过FTP工具直接将打包文件下载到本地，或者我们可以wget到其他服务器中。有些朋友喜欢直接FTP不压缩下载，这样效率太低了，我们需要压缩后下载，提高效率。不熟悉tar或者zip等压缩命令的可以参考这篇文章。

第三、备份MySQL数据库

1、PHPMyAdmin备份

如果数据库比较小，可以采用这个方式备份，不过需要注意一个问题。如果我们是需要转移服务器，用这个方法备份数据库要记住当前和转入过去数据库的版本兼容问题，最好是一样的版本。

根据上图，我们可以备份当前网站的数据库。

2、命令备份

mysqldump-u数据库名-p数据库密码数据库>laobuluosql

这里可以直接用mysqldump命令导出数据库，这样的备份模式比较安全且比较完整。

第四、VPS服务器备份网站数据小结

1、除非我们认为自己网站、项目数据不重要，那我们可以不备份。即便是服务再好的服务商，我们都需要备份数据。

2、以上这个备份方式适合数据量不大且可控范围内的进行手动备份数据和数据库。如果是吞吐数据较大的项目，我们需要用到其他高端方式。

以上就是MySQL数据库备份的四个步骤。

怎么备份数据库

最近博客一直想写点。可是不知道写什么，感觉自己近期的知识没有什么添加，今天想到了一篇能够写的博客。曾经试过依据data目录备份MySQL。可是从来没有成功过。前几天帮助朋友还原MySQL，最终成功的将备份的data目录还原成功了。

MySQL数据库算是经常使用的数据库中最好使用的数据库了，对于备份的操作也不例外。

所以今天分享一下MySQL数据库的备份的几种方式。

方式一：使用命令行的方式。

命令行的方式较为快捷。仅仅须要在命令行中使用mysqldump命令就可以，默认情况下该命令在mysql的bin文件夹中(前提须要将bin文件夹加入到path中)，然后打开命令行，切换到某个盘符下，输入“mysqldump _u root _p 数据库名>备份文件名称sql”，单击回车，输入password后，就可以备份对应的数据库。这样的备份是没有建库的语句的。如图所看到的：

方式二：使用SQLyog等client软件

我认为使用SQLyog软件来备份MySQL数据库。比其它的备份方式都简单，恢复的方式也非常easy。使用这样的软件备份的数据库会带上建库的sql语句。这样非常方便了数据库的还原。也实用Navicat软件来作为MySQL的client，SQLyog在使用上比Navicat较为简单。我习惯使用这个软件，可是有时须要打开多个窗体时，就用navicat软件了。

SQLyog的软件界面例如以下所看到的：

假设想要备份数据库，在须要备份的数据库上右击弹出菜单，在菜单中选则“备份/导出”，然后从弹出的菜单中选则以SQL文件备份的字样。如图所看到的：

在弹出的“SQL转储”窗体中。输入要备份的名字即能够进行备份该数据库的操作了。如图所看到的：

方式三：备份Data目录

之所以写这篇博客主要还是想说一下这样的方式。每当须要又一次安装操作系统的时候，都须要将系统中的全部的MySQL数据库备份。假设_用上面的方式一个一个的备份，显然非常不好。

之前我就是这么做的，原因就是还原的时候老是不成功。所以就放弃了。这样的方式从网上和书中了解到，须要MySQL 的InnoDB的引擎才行。

默认安装的时候就是这个引擎的。备份的时候要备份MySQL文件夹下的data文件夹，可是后来发现这样的方法不正确，须要将隐藏在C盘的MySQL文件夹下的data文件夹备份才行，那才是真正保存mysql数据的地方。

以下是MySQL安装文件夹的截图，能够看到并没有我们的数据库。例如以下所看到的：

接下来，我们要把隐藏的文件显示出来。并找到，在目录选项中，取消隐藏文件前面的复选框。例如以下所看到的：

这样在C盘的用户目录下就能够看到All Users这个隐藏的目录了。例如以下所看到的：

在其目录下的MySQL目录下的data目录。就能够看到我们如今的数据库的文件了。

如图所看到的：

假设我们想要高速的移除或者是备份MySQL能够使用这样的方法来完毕。想要那个就备份那个数据库相应的文件夹。假设想要还原数据库仅仅须要放到这个隐藏的文件夹下即可了。

千万不要忘了。做完操作时，最好将原来隐藏的文件再次隐藏文件夹，避免你的系统未来删除文件。

版权声明：本文博主原创文章，博客，未经同意不得转载。

MySQL几种方法的数据库备份

标签：

数据库毁坏发生的原因有许多，且程度各不相同。如果幸运的话，可能是一两个表的小毁坏（例如，如果您的机器由于断电而暂时停机）。如果不是这 样，可能需要置换整个的数据目录（例如，如果某个磁盘瘫痪而且数据目录在它上）。在其他情况下也需要恢复操作，例

数据库毁坏发生的原因有许多，且程度各不相同。如果幸运的话，可能是一两个表的小毁坏（例如，如果您的机器由于断电而暂时停机）。如果不是这 样，可能需要置换整个的数据目录（例如，如果某个磁盘瘫痪而且数据目录在它上）。在其他情况下也需要恢复操作，例如，当用户错误地删除数据库或表时，或者 错误地删除表的内容时。不论这些不幸的事件发生是由于什么原因，都需要恢复它们。

如果表被毁坏但没有丢失，可试着用myisamchk 或isamchk 来修复它们。如果修复实用程序能修复它们，就根本没有必要使用备份文件。如果表被丢失或不能修复，则需要恢复它们。

恢复过程包括两个信息源：备份文件和更新日志。备份文件将表恢复到进行该备份时的状态。但是，在备份和故障发生这段时间中，表通常已经被修改。 更新日志包含了用来完成这些修改的查询。可以通过将更新日志作为对mysql的输入来重复这些查询（这就是为什么需要更新日志的原因。如果您还没有使更新 日志有效，现在赶快做，并在进一步读取之前生成一个新的备份）。

恢复过程根据必须恢复的信息的多少而变化。事实上，恢复整个数据库比恢复单个的表要容易，因为对数据库应用更新日志比对表要容易。

恢复整个数据库

首先，如果要恢复的数据库是含有授权表的mysql数据库，将需要使用--skip-grant-tables选项运行服务器。否则，服务器将 抱怨无法找到授权表。在恢复表之后，执行mysqladmin flush-privileges 来告诉服务器加载授权表，并用它们启动。

将原数据库目录的内容拷贝到其他的地方。例如，您可能会在稍后用它们进行崩溃表的事后分析检查（post-mortem examination）。

用最新的备份文件重新加载数据库。如果您打算使用由mysqldump 加载的文件，则需要将它们作为mysql的输入。如果打算使用从数据库中直接拷贝的文件（如，用tar 或c p），则将它们直接拷贝回到该数据库目录中。但是，在这种情况下，应该在拷贝这些文件之前关闭服务器，然后再重新启动它。

用更新日志重做在进行备份后又修改了数据库表的查询。对于所有可用的更新日志，可使用它作为mysql的输入。指定--one- database 选项，使mysql只对想要恢复的数据库执行查询。如果您知道需要使用所有的更新日志文件，可在包含日志的目录中使用下列命令：

% ls-t-r-l update(0-9) | xargs cat | mysql--one-database db_name

ls 命令产生更新日志文件的单列列表，更新日志文件根据服务器生成的顺序进行排序（要知道，如果您修改了其中的任何文件，排序的顺序都将改变，这将导致更新日志按错误的顺序使用）。

您很可能必须使用某些更新日志。例如，如果自备份以来所产生的日志命名为update392、pdate393 等等，可以重新运行它们中的命令： % mysql--one-database db_name

如果正在运行恢复并打算使用更新日志恢复由于失策的DROP DATA BASE、DROPTABLE或DELETE 语句而丢失的信息，应确保先从更新日志中删除这些语句。

恢复单个的表

恢复单个表是很困难的。如果有通过mysqldump 生成的备份文件并且它恰好不包含您想要的表数据，则需要抽取相关的行并用它们作为mysql的输入，这部分较容易。困难的是抽取应用于该表的更新日志的片 段。您会发现： mysql_find_rows 实用程序对这方面有帮助，它可以从更新日志中抽取多行查询。

另一种可能性是用另一个服务器恢复整个数据库，然后将所要的该表的文件拷贝到原始数据库中。这实际很容易！在将文件拷贝回数据库目录时，应确保原始数据库的服务器关闭。

，

Mysql的安装

Redhat 9的第2张光盘提供了Mysql的RPM包，安装非常方便。这RPM包有：mysql-32354a-11i386rpm

mysql-server-32354a-11i386rpm

mysql-devel-32354a-11i386rpm

在安装时，可以使用该光盘进行安装，也可以从网上下载最新的RPM包，然后再进行安装。

以下以RPM包的安装为例介绍Mysql的安装过程，若用户在安装RedHat时已经安装了Mysql，则可以跳过下面的安装步骤。

我们可以用rpm –qa |grep mysql命令来探测Linux系统是否安装了Mysql。

图一：检测Linux中是否安装mysql

若系统没有安装，则将第2张光盘中的

perl-CGI-281-88i386rpm

perl-DBI-132-5i386rpm

perl-DBD-Mysql-21021-3i386rpm

mysql-32354a-11i386rpm

mysql-server-32354a-11i386rpm

为什么要安装Perl的rpm包呢？这是因为在RedHat中，Mysql需要Perl语言的支持才能正常运行，因此在安装mysql前需要先安装Perl语言及其相关包。

我们按照下面的安装顺序来安装上述的5个rpm包。

#rpm –ivh  perl-CGI-281-88i386rpm

#rpm –ivh  perl-DBI-132-5i386rpm

#rpm –ivh  mysql-32354a-11i386rpm perl-DBD-Mysql-21021-3i386rpm

#rpm –ivh  mysql-server-32354a-11i386rpm

图二：Linux下mysql的安装

现在mysql已经安装完毕，我们可以用命令来启动Mysql并检验其是否被启动。

我们可以用三种方法来启动Mysql：

方法一：使用service命令来启动Mysql

#service mysql start

方法二：使用mysqld脚本来启动Mysql：

#/etc/initd/mys qld start

方法三：使用safe_mysqld实用程序启动Mysql服务，此方法可以使用相关参数

#safe_mysqld  //使用表示将safe_mysqld放在后台执行。

这里我们使用方法二来启动Mysql

我们可以使用命令service mysqld status来检测mysql是否已经启动，如图四所示，其中返回信息“pid 3295”中的“3295”是mysqld运行的进程号，这个进程号不是固定不变的，而是根据不同系统运行的进程数量而各不相同。

Mysql已经安装并启动，我们可以用Mysql里的命令来操作我们的Mysql数据库。

我们可以用mysql –u root –p 来访问数据库，系统会提示让我们输入密码，当mysql安装时，默认root帐户的密码为空，所以我们直接敲“enter”就可以进入到我们数据库内部。我们还可以用 show databases;命令来查看系统中现存的数据库。见图五，我们可以看到系统中默认自带了mysql和test这两个数据库。

我们如果想改变mysql的密码，可以用mysqladmin命令，命令格式为

mysqladmin -u root -p password 密码，这里的“密码”为我们欲新设的密码。如下图所示，这里我们将root的密码设置为“public” ，系统会提示我们输入旧密码（若是mysql刚安装，则默认密码为空）。

图三：改变mysql的密码

Mysql的命令还有很多，这里我们不可能一一介绍，感兴趣的读者可以参考Mysql的命令手册。

Mysql的备份

我们的数据库需要经常备份，Mysql数据库的常用备份方法是使用使用实用程序mysqldump, 其命令格式如下：

# mysqldump [options] database [tables]

其参数的含义为：

options：代表mysqldump的选项，通过mysqldump –help可以查到。

database: 代表将要备份的数据库

tables:   代表将要备份的表，如果不指定任何表，则备份整个数据库。

我们使用mysqldump备份了mysql自带的mysql库，并且用

ll命令来查看备份文件。

我们再来看看备份后的恢复，如图九，图十所示，我们新创建一个数据库bak，然后把我们刚才备份的mysqlbak文件导入到这个数据库。

图四：创建一个bak数据库

图五：导入mysqlbak到bak数据库

Mysql的密码恢复

Mysql隔一段时间不访问，也许你会忘记访问密码，这时该怎么办，重装mysql吗？这个代价也太大了，我们这里介绍两种恢复密码的方法。

方法一：因为Mysql密码存储于数据库mysql中的user表中，所以我们只要用已知密码的user表拷贝过来覆盖就行了。

Linux下 在/var/lib/mysql/mysql/目录下有三个user表相关文件userfrm、userMYD、userMYI。它们分别表示：

userfrm  //user表样式文件

userMYD //user表数据文件

userMYI  //user表索引文件

为保险起见，我们先将这三个user表相关文件备份，如图十所示，

图十：备份user表三个相关文件

然后我们将知道密码的mysql库中user表的三个文件拷贝过来，这时我们可以用ls看到六个user表文件。

这时我们只要重启mysql服务就可以用已知的密码来访问Mysql数据库了。

重启的命令为：service mysql restart 或

/etc/initd/mysql restart

现在我们可以用已知密码的来访问Mysql数据库了。

方法二：

方法一是在已知另外一个Mysql数据库密码的的前提下进行密码恢复的，如果没有这样的一个已知密码的Mysql数据库，我们又该如何恢复呢？我们使用在Mysql中文参考手册上介绍的一种方法，这种方法分几个步骤：

1：向mysqld server 发送kill命令关掉mysqld server(不是 kill -9),存放进程ID的文件通常在MYSQL的数据库所在的目录中。

killall -TERM mysqld  //你必须是UNIX的root用户或者是你所运行的

SERVER上的同等用户，才能执行这个操作。

2：使用`--skip-grant-tables' 参数来启动 mysqld。 (LINUX下/usr/bin/safe_mysqld --skip-grant-tables , windows下c:/mysql/bin/mysqld --skip-grant-tables)  如下图所示;

图十三：步骤1和步骤2的运行结果

3：然后就可以无密码登录到mysqld server ，此时Mysql的密码和刚安装时一样，都是为空。现在我们可以使用图六的方法用mysqladmin来改变mysql的密码了。

4：载入权限表，可以使用mysqladmin flush-privileges来刷新权限表。

图十四：使用mysqladmin载入权限表

5：使用新密码登陆。

Mysql是一个功能强大的数据库，需要在实践中多练习才能熟练掌握，本文介绍Mysql的安装以及最基本的访问Mysql的命令以及修改密码命令，最后就Mysql密码丢失问题介绍了两种恢复密码的方法。希望对大家有所帮助。

使用mysqldump工具进行备份：

1）备份所有数据库：

$ mysqldump -uroot -p --all-database > allsql

（2）备份数据库test

$ mysqldump -uroot -p test > testsql

（3）备份数据库test下的表emp

$ mysqldump -uroot -p test emp > empsql

（4）备份数据库test下的表emp和dept

$ mysqldump -uroot -p test emp dept > emp_deptsql

定期的备份可使我们数据库崩溃造成的损失大大降低。在MySQL中进行数据备份的方法有两种，一种是使用mysqldump程序，一种是使用mysqlhotcopy、cp、tar或cpio等打包程序直接拷贝数据库文件。mysqldump程序备份数据库较慢，但它生成的文本文件便于移植。使用mysqlhotcopy等程序备份速度快，因为它直接对系统文件进行操作，需人为协调数据库数据的备份前后一致性。

使用mysqldump备份数据库其实就是把数据库转储成一系列CREATE TABLE和INSERT语句，通过这些语句我们就可重新生成数据库。使用mysqldump的方法如下：

% mysqldump --opt testdb | gzip > /data/backup/testdbbak

#--opt选项会对转储过程进行优化，生成的备份文件会小一点，后的管道操作会进行数据压缩

% mysqldump --opt testdb mytable1,mytable2 | gzip > /data/backup/testdb_mytablebak

#可在数据库后接数据表名，只导出指定的数据表，多个数据表可用逗号分隔

--opt选项还可激活--add-drop-table选项，它将会在备份文件的每条CREATE TABLE前加上一条DROP TABLE IF EXISTS语句。这可方便进行数据表的更新，而不会发生“数据表已存在”的错误。

用mysqldump命令还可直接把数据库转移到另外一台服务器上，不用生成备份文件。重复执行可定期更新远程数据库。

% mysqladmin -h remote_host create testdb

% mysqldump --opt testdb | mysql -h remote_host testdb

另外还可通过ssh远程调用服务器上的程序，如：

% ssh remote_host mysqladmin create testdb

% mysqldump --opt testdb | ssh remote_host mysql testdb

通过直接拷贝系统文件的方式备份数据库，在备份时，要确保没有人对数据库进行修改操作。要做到这点，最好关闭服务器。如果不能关闭的，要以只读方试锁定有关数据表。下面是一些示例：

% cp -r db /backup/db #备份db数据库到/backup/db目录

% cp table_name /backup/db #只备份table_name数据表

% scp -r db remotehot:/usr/local/mysql/data #用scp把数据库直接拷贝到远程服务器

在把数据库直接拷贝到远程主机时，应注意两台机器必须有同样的硬件结构，或者将拷贝的数据表全部是可移植数据表类型。

使用mysqlhotcopy工具，它是一个Perl DBI脚本，可在不关闭服务器的情况下备份数据库，它主要的优点是：

它直接拷贝文件，所以它比mysqldump快。

可自动完成数据锁定工作，备份时不用关闭服务器。

能刷新日志，使备份文件和日志文件的检查点能保持同步。

下面是该工具的使用示例：

% mysqlhotcopy db /bakcup/ #把db数据库备份到backup/db目录里，会自动创建一个db目录

使用BACKUP TABLE语句进行备份，该语句最早出现在MySQL 32325版本中，仅适用于MyISAM数据表。用法如下：

mysql> BACKUP TABLE mytable TO '/backup/db'; #把mytable数据表备份到/backup/db目录下

为了执行该语句，你必须拥有那些表的FILE权限和SELECT权限，备份目录还必须是服务器可写的。该语句执行时，会先把内存中的数据写入磁盘，再把各个数据表的frm(表结构定义文件)、MYD(数据)文件从数据目录拷贝到备份目录。它不拷贝MYI(索引)文件，因为它能用另外两个文件重建。BACKUP TABLE语句备份时，依次锁定数据表，当同时备份多个数据表时，数据表可能会被修改，所以备份0完成时，备份文件中的数据和现时数据表中的数据可能会有差异，为了消除该差异，我们可用只读方式锁定数据表，在备份完成后再解锁。如：

mysql> LOCK TABLES tb1 READ,tb2 READ;

mysql> BACKUP TABLE tb1,tb2 TO 'backup/db';

mysql> UNLOCK TABLES;

使用BACKUP TABLE语句备份的数据表可用RESTORE TABLE重新加载到服务器。

InnoDB和BDB数据库也可用mysqldump和直接拷贝法进行备份。使用直接拷贝法时应注意需把组成InnoDB和BDB数据库的所有文件都拷贝下来，如InnoDB的frm文件、日志文件和表空间配置文件；BDB的数据文件、日志文件等。

使用镜像机制进行备份，我们可用SLAVE STOP语句挂起从服务器的镜像，在从服务器上通过直接拷贝法或其它工具制作备份。备份完成，用SLAVE START重新启动镜像，从服务器重新与主服务器同步，接收备份时主服务器所做的修改。

在MySQL中没有为数据库重命名的命令，但我们可用mysqldump转储数据库，再创建一个新的空数据库，把转储文件加载到该新数据库，这样就完成数据库重命名的工作。如：

% mysqldump old_db >dbsql #转储db数据库数据

% mysqladmin create new_db #新建一个空的数据库

% mysql new_db < dbsql #把db数据库的数据加载到新的数据库中

% mysqladmin drop old_db #删除旧的数据库

一个更简单的重命名数据库的方法是直接修改数据库目录名，但该方法不适用于InnoDB和BDB数据库。注意，在更名后，需在权限表中更新相关数据表信息，需执行以下语句：

mysql> UPDATE db SET db='new_db' WHERE db='old_db';

mysql> UPDATE tables_priv SET db='new_db' WHERE db='old_db';

mysql> UPDATE columns_priv SET db='new_db' WHERE db='old_db';

mysql> UPDATE host SET db='new_db' WHERE db='old_db';