下载文档原格式
使用MySQL进行数据备份和恢复测试一、介绍在数据库管理中，数据备份和恢复是非常重要的工作。
数据的丢失或损坏可能导致业务中断或信息不完整，因此备份和恢复工作十分必要。
本文将重点介绍如何使用MySQL进行数据备份和恢复测试。
二、备份方法1. 使用mysqldump命令备份：Mysqldump是MySQL自带的备份工具，可以将整个数据库或特定的表数据导出为SQL脚本文件。
通过以下命令可以进行备份：```mysqldump -u username -p password --databases database1 database2 > backup.sql ```其中，username是MySQL的用户名，password是密码，database1和database2是需要备份的数据库名。
备份文件将存储为backup.sql文件。
2. 使用MySQL Workbench备份：MySQL Workbench是MySQL官方提供的一个图形化管理工具，它可以方便地进行数据库管理和操作。
通过MySQL Workbench，可以选择需要备份的数据库，右键点击选择“导出数据”即可进行备份。
三、恢复方法1. 使用mysql命令还原：使用以下命令可以进行恢复：```mysql -u username -p password < backup.sql```其中，username是MySQL的用户名，password是密码，backup.sql是之前备份的SQL脚本文件。
2. 使用MySQL Workbench恢复：打开MySQL Workbench，选择需要恢复的数据库，右键点击选择“运行SQL文件”，选择之前备份的SQL脚本文件，点击运行即可进行恢复。
四、备份和恢复测试在进行备份和恢复操作之前，应首先创建一个测试数据库，并插入一些测试数据。
可以使用以下命令进行创建和插入操作：```CREATE DATABASE test_db;USE test_db;CREATE TABLE test_table (id INT AUTO_INCREMENT PRIMARY KEY,name VARCHAR(255),age INT);INSERT INTO test_table (name, age) VALUES ('Tom', 20), ('Jerry', 25), ('Mike', 30);```接下来，可以使用备份方法中介绍的备份命令进行备份，将数据备份到backup.sql文件中。
MySQL中的数据备份和恢复的工具推荐MySQL是一种常用的关系型数据库管理系统，用于存储和管理大量的数据。
在实际应用中，数据备份和恢复是非常重要的环节，可以保证数据的安全性和可靠性。
本文将介绍MySQL中一些常用的数据备份和恢复工具，帮助读者更好地了解和选择适合自己的工具。
一、概述数据备份和恢复是数据库管理中至关重要的一环。
当数据库因为各种原因（如硬盘故障、系统崩溃、误操作等）而丢失或损坏时，可以通过备份来恢复数据。
备份过程是将数据库中的数据和对象（如表、索引、触发器等）复制到一个独立的物理设备或文件，以便在需要时恢复。
恢复过程是将备份文件重新加载到数据库中，使数据库恢复到备份时的状态。
二、MySQL数据备份和恢复的方法MySQL提供了多种数据备份和恢复的方法，下面将介绍其中几种常用的方法及其特点。
1. mysqldumpmysqldump是MySQL官方提供的备份工具，可以导出数据库的结构和数据。
它通过生成一组SQL语句来实现备份，可以选择只备份特定的表或者整个数据库。
备份文件可以以文本格式保存，便于查看和编辑。
恢复时，可以通过执行备份文件中的SQL语句来将数据恢复到数据库中。
使用mysqldump的命令格式如下：```mysqldump -u 用户名 -p 密码数据库名 > 备份文件名```mysqldump的优点是简单易用，不需要安装额外的软件，也不会对数据库的运行产生影响。
但是，由于备份过程是生成一组SQL语句，因此对于大型数据库来说，备份文件可能会非常大，导致备份和恢复的时间比较长。
2. MySQL Enterprise BackupMySQL Enterprise Backup是由Oracle提供的商业备份工具，可以对MySQL数据库进行全量和增量备份。
它可以在数据库运行时进行备份，且备份是原子性的，不会对数据库的正常运行产生影响。
备份文件可以以二进制格式保存，可以提高备份和恢复的速度。
如何恢复MYSQL数据库中误删除的数据MySQL数据库中误删除了数据时，可以通过以下几种方式来进行数据恢复：1.从备份中恢复数据：如果在删除数据之前定期进行了数据库备份，可以通过恢复备份文件来恢复误删除的数据。
恢复备份文件的过程包括将备份文件拷贝到MySQL的数据目录，停止MySQL服务，将备份文件解压缩并替换掉现有的数据文件，然后重新启动MySQL服务。
2. 使用二进制日志（binary log）进行恢复：MySQL中的二进制日志记录了对数据库的所有更改操作，包括删除数据。
可以通过分析二进制日志来找到并恢复误删除的数据。
首先需要确保MySQL的binlog_format参数设置为ROW，以便记录详细的更改信息。
然后可以使用mysqlbinlog工具来解析二进制日志文件，并查找误删除的数据的相关操作。
找到后可以将相应的SQL语句复制到MySQL客户端中执行，即可恢复误删除的数据。
3. 使用第三方工具进行数据恢复：有一些第三方工具可以帮助恢复误删除的MySQL数据。
这些工具可以通过扫描数据库文件或者日志文件来还原被删除的数据。
一些流行的工具包括UndeleteMyFiles、MySQL-FR、DataNumen、ApexSQL Log等。
这些工具通常提供了直观的用户界面，可以通过简单的操作来恢复数据。
4. 手动恢复数据：如果以上方法都无法恢复误删除的数据，还可以尝试手动恢复。
首先需要停止MySQL服务，然后备份数据库文件以防止意外操作导致数据进一步丢失。
接下来可以使用文件系统级别的操作来恢复被误删除的数据文件。
可以使用一些低级别的工具如foremost、extundelete、TestDisk等来扫描磁盘并尝试恢复误删除的数据文件。
恢复完成后，需要将恢复的数据文件放回到MySQL的数据目录中，并重新启动MySQL服务。
5.寻求专业数据恢复服务：如果以上方法都无法恢复误删除的数据，可以考虑寻求专业的数据恢复服务。
Linux命令行中的数据库备份与恢复在Linux命令行中，数据库备份和恢复是一个非常重要的任务。
无论是为了防止数据丢失，还是为了迁移数据库，备份和恢复都是必不可少的操作。
本文将介绍几个常用的Linux命令行工具和方法，帮助您进行数据库备份和恢复。
一、MySQL数据库备份与恢复1. 使用mysqldump命令备份mysqldump是MySQL数据库中常用的备份工具，可以将数据库转储为SQL文件，方便后续恢复操作。
以下是备份命令的格式： ```mysqldump -u username -p databaseName > backup.sql```其中，username为数据库用户名，databaseName为要备份的数据库名，backup.sql为备份文件名。
执行该命令后，系统会要求输入数据库密码，输入后备份过程就会启动。
2. 使用mysql命令恢复使用mysqldump备份生成的SQL文件，可以使用mysql命令进行恢复操作。
以下是恢复命令的格式：```mysql -u username -p databaseName < backup.sql```其中，username为数据库用户名，databaseName为要恢复的数据库名，backup.sql为备份文件名。
执行该命令后，系统会要求输入数据库密码，输入后恢复过程就会启动。
二、PostgreSQL数据库备份与恢复1. 使用pg_dump命令备份pg_dump是PostgreSQL数据库中备份工具，用于将数据库转储为SQL文件，以下是备份命令的格式：```pg_dump -U username -d databaseName -f backup.sql```其中，username为数据库用户名，databaseName为要备份的数据库名，backup.sql为备份文件名。
执行该命令后，系统会要求输入数据库密码，输入后备份过程就会启动。
mysql8 的备份和恢复方法MySQL 8 的备份和恢复方法MySQL 是一种常用的关系型数据库管理系统，被广泛应用于各种类型的应用程序中。
为了保护数据库中的重要数据，定期备份数据库并学会恢复是非常重要的。
本文将介绍 MySQL 8 数据库的备份和恢复方法。
备份数据库是指将数据库的数据和架构等信息复制到另一个位置，以便在数据丢失或系统崩溃时可以恢复数据。
下面是备份 MySQL 8 数据库的方法：1. 使用 MySQL 官方提供的 mysqldump 工具：mysqldump 是 MySQL 官方提供的用于备份数据库的命令行工具。
在备份MySQL 8 数据库时，可以使用以下命令：```mysqldump -u <用户名> -p <密码> <数据库名> > <备份文件名>.sql```这个命令将会把指定的数据库备份为一个 .sql 文件。
例如，要备份名为"example" 的数据库，可以运行以下命令：```mysqldump -u root -p example > example_backup.sql```该命令将提示输入密码，然后将 "example" 数据库备份到 "example_backup.sql" 文件中。
2. 使用 MySQL Workbench 进行备份：MySQL Workbench 是图形化的数据库管理工具，可以方便地备份和恢复MySQL 数据库。
打开 MySQL Workbench 后，选择 "Server" 菜单下的 "Data Export" 选项。
在弹出的窗口中，选择要备份的数据库和备份的位置，然后点击"Start Export" 开始备份。
这种方法适用于那些不熟悉命令行的用户，通过图形界面进行操作更加直观和方便。
使用MySQL进行数据备份和还原的步骤一、引言在数据管理和数据库运维过程中，数据备份和还原是非常重要的环节。
无论是因为人为操作失误、系统故障还是其他原因导致的数据丢失，都可能给企业和个人带来巨大的损失。
而MySQL作为一种常用的关系型数据库管理系统，提供了方便可靠的数据备份和还原功能。
本文将介绍使用MySQL进行数据备份和还原的步骤，帮助读者有效保护和恢复自己的数据。
二、数据备份1. 使用mysqldump命令备份数据库mysqldump是MySQL自带的一个命令行工具，可以将数据库的结构和数据导出为一个SQL脚本，从而实现数据备份。
以下是使用mysqldump进行数据备份的步骤：（1）打开命令行终端，并进入MySQL的安装目录。
（2）输入以下命令进行数据备份：mysqldump -u [用户名] -p [密码] [数据库名称] > [备份文件路径]示例：mysqldump -u root -p123456 mydatabase > /home/backup.sql（3）命令执行成功后，备份文件将被存储在指定的路径中。
2. 使用MySQL Workbench备份数据库MySQL Workbench是MySQL官方提供的一款功能强大的图形化管理工具，其中包含了数据备份的功能。
以下是使用MySQL Workbench进行数据备份的步骤：（1）打开MySQL Workbench，并连接到需要备份的数据库。
（2）选择菜单栏中的“Server”->“Data Export”选项。
（3）在弹出的对话框中选择要备份的数据库以及备份文件的存储路径。
（4）点击“Start Export”按钮，等待备份过程完成。
三、数据还原1. 使用mysql命令还原数据库mysql命令是MySQL自带的命令行工具，可以通过执行SQL脚本将备份的数据还原到数据库中。
以下是使用mysql命令还原数据库的步骤：（1）打开命令行终端，并进入MySQL的安装目录。
数据库常用的备份和恢复方法1. 数据库备份方法：使用数据库管理系统自带的备份工具，比如MySQL的mysqldump 命令、SQL Server的备份与还原工具、Oracle的RMAN等。
2. 备份恢复方法：通过数据库管理系统自带的还原工具进行数据库的恢复操作，还原到备份的状态。
3. 使用备份数据库文件：将数据库文件完整拷贝到另一个地方，以便在需要时进行恢复。
4. 使用数据库复制：通过数据库复制功能实现备份，比如MySQL的主从复制、SQL Server的数据库镜像等。
5. 使用第三方备份工具：如Acronis Backup、Veeam Backup等第三方软件来进行数据库备份。
6. 使用文件系统级别的备份：直接备份数据库所在的文件系统，这种方法需要确保数据库处于非活动状态。
7. 冷备份：在数据库服务未运行的情况下进行备份，确保备份文件的完整性。
8. 热备份：在数据库服务正在运行的情况下进行备份，能够实现数据库的连续性。
9. 定时自动备份：通过定时任务或其他调度工具定期对数据库进行备份，确保备份的及时性。
10. 增量备份：仅备份数据库中发生变化的部分数据，从而减少备份数据的大小和时间。
11. 差异备份：备份数据库自上次完整备份之后发生变化的部分数据，比增量备份更快，但恢复时需要依赖上次的完整备份。
12. 完整备份：备份整个数据库的数据和结构，是最基本的备份方法。
13. 数据库备份到云存储：将数据库备份文件上传至云存储服务，保证备份的安全性和可靠性。
14. 数据库备份加密：对备份文件进行加密，增加备份文件的安全性。
15. 数据库备份压缩：对备份文件进行压缩，减小备份文件的大小，节省存储空间。
16. 数据库备份验证：对备份文件进行验证，确保备份文件的完整性和可恢复性。
17. 数据库备份日志记录：记录备份的相关信息，如备份时间、备份状态、备份文件位置等，便于管理和追踪备份操作。
18. 数据库备份监控：通过监控系统对数据库备份进行实时监控，确保备份的正常进行。
MYSQL备份与恢复MYSQLDUMPMYSQLDUMP备份[root@MySqlA data]# mysqldump -S /tmp/mysql3307.sock [--databases test [--tables test2 test3]|-A] -R --user=root -pmysql [-x|--single-transaction|-l] –-quick --flush-logs --master-data=2>xxx.dmp-S：指定本地连接SOCKET--database：指定需要备份的数据库-A：备份所有数据库-R：指定备份存储过程和函数--user：指定用来连接数据库的用户-p：指定用户的名-x：给所有表加锁，即指定了-A。
原理使用FLUSH TABLES WITH READ LOCK对所有表进行锁定-l：给要导出的表，即指定了—tables。
原理为使用了LOCK TABLE xxxx READ进行锁定如果导出多张表，则会在一条语句中进行多个表的锁定。
--single-transaction：不加锁，开启SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ隔离级别，UNLOCK所有的表（UNLOCK为session级别的，即自己UNLOCK自己）START TRANSACTION /*!40100 WITH CONSISTENT SNAPSHOT--quick：如果有大表推荐使用该选项。
默认情况是先把数据全部载入内存中，再显示出来。
使用quick的话，就分批载入并显示--flush-logs：在开始导出实际数据前，进行了一次flush log操作，保证后面的日志为新的binlog--master-data=2：以注释的方式将当前（未使用flush-logs）或新的binlog（使用flush-log）的master_log_pos信息记录到dump中。
使用1用于创建SLA VE用，包含CHANGE MASTER TO语句恢复MYSQLBACKUPMBM全量备份与还原备份将mysqlback的bin目录添加入PATH环境变量中全备：[root@MySqlA backup]# mysqlbackup --defaults-file=/etc/f --backup-dir=/mysql/backup --user=root --password=mysql --socket=/tmp/mysql3307.sock backup……140523 10:13:24 mysqlbackup: INFO: Found checkpoint at lsn 1642271244.140523 10:13:24 mysqlbackup: INFO: Starting log scan from lsn 1642271232.PS:备份起始的innodb的LSN140523 10:13:24 mysqlbackup: INFO: Copying log...140523 10:13:24 mysqlbackup: INFO: Log copied, lsn 1642271244.140523 10:13:26 mysqlbackup: INFO: Copying /mysql/data/mysql/innodb_index_stats.ibd (Antelope file format).……140523 10:13:26 mysqlbackup: INFO: Copying /mysql/data/test/test.ibd (Antelope file format). 140523 10:13:27 mysqlbackup: INFO: Copying /mysql/data/test/test2.ibd (Antelope file format). 140523 10:13:27 mysqlbackup: INFO: Copying /mysql/data/test/tt1.ibd (Antelope file format). mysqlbackup: Progress in MB: 200 400 600140523 10:13:44 mysqlbackup: INFO: Completing the copy of innodb files.PS：备份innodb数据文件完毕140523 10:13:47 mysqlbackup: INFO: Preparing to lock tables: Connected to mysqld server. 140523 10:13:47 mysqlbackup: INFO: Starting to lock all the tables...PS：锁定所有的表，为其它非innodb引擎的表备份开始做准备140523 10:13:47 mysqlbackup: INFO: All tables are locked and flushed to disk140523 10:13:47 mysqlbackup: INFO: Opening backup source directory '/mysql/data/'140523 10:13:47 mysqlbackup: INFO: Starting to backup all non-innodb files inPS：开始备份（使用CP命令）复制非innodb的表subdirectories of '/mysql/data/'140523 10:13:47 mysqlbackup: INFO: Copying the database directory 'mysql'140523 10:13:47 mysqlbackup: INFO: Copying the database directory 'performance_schema' 140523 10:13:47 mysqlbackup: INFO: Copying the database directory 'test'mysqlbackup: Progress in MB: 800140523 10:13:50 mysqlbackup: INFO: Completing the copy of all non-innodb files.140523 10:13:53 mysqlbackup: INFO: A copied database page was modified at 1642271244.(This is the highest lsn found on page)Scanned log up to lsn 1642276760.Was able to parse the log up to lsn 1642276760.PS；记录复制所有非innodb的表的复制完成的LSN，并将从innodb表开始复制时到非innodb表复制完成后（实际是到开始锁全部表时，因为所全部表后食物不能处理）所产生的innodb-log记录到ibbackup_logfile中Maximum page number for a log record 2523140523 10:13:53 mysqlbackup: INFO: All tables unlocked140523 10:13:53 mysqlbackup: INFO: All MySQL tables were locked for 5.773 seconds. 140523 10:13:53 mysqlbackup: INFO: Full Backup operation completed successfully.140523 10:13:53 mysqlbackup: INFO: Backup created in directory '/mysql/backup'140523 10:13:53 mysqlbackup: INFO: MySQL binlog position: filename logbin.000019, position 63060PS：记录该店的bin-log POS-------------------------------------------------------------Parameters Summary-------------------------------------------------------------Start LSN : 1642271232End LSN : 1642276760-------------------------------------------------------------[root@MySqlA datadir]# lsibbackup_logfile ibdata1 mysql performance_schema testPS：注意BACKUP操作并不复制innodb-log只是将备份时间内事物所产生的innodb log block 记录到ibbakup_log文件中应用INNODB-LOGIMPORTANT: Please check that mysqlbackup run completes successfully.At the end of a successful 'apply-log' run mysqlbackupprints "mysqlbackup completed OK!".--------------------------------------------------------------------Backup Config Options:--------------------------------------------------------------------datadir = /mysql/backup/datadirinnodb_data_home_dir = /mysql/backup/datadirinnodb_data_file_path = ibdata1:12M:autoextendinnodb_log_group_home_dir = /mysql/backup/datadirinnodb_log_files_in_group = 3innodb_log_file_size = 2145386496innodb_page_size = 16384innodb_checksum_algorithm = innodbinnodb_undo_directory = /mysql/backup/datadirinnodb_undo_tablespaces = 0innodb_undo_logs = 128mysqlbackup: INFO: Uses posix_fadvise() for performance optimization.mysqlbackup: INFO: Creating 14 buffers each of size 65536.140523 13:44:48 mysqlbackup: INFO: Apply-log operation starts with following threads1 read-threads 1 process-threads140523 13:44:48 mysqlbackup: INFO: ibbackup_logfile's creation parameters:start lsn 1642271232, end lsn 1642276760,start checkpoint 1642271244.InnoDB: Doing recovery: scanned up to log sequence number 1642276760mysqlbackup: INFO: InnoDB: Starting an apply batch of log records to the database... InnoDB: Progress in percent: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 Setting log file size to 2145386496InnoDB: Progress in MB: 100 200 300 400 500 600 700 800 900 1000 1100 1200 1300 1400 1500 1600 1700 1800 1900 2000……140523 13:45:00 mysqlbackup: INFO: We were able to parse ibbackup_logfile up tolsn 1642276760.mysqlbackup: INFO: Last MySQL binlog file position 0 63060, file name logbin.000019 140523 13:45:00 mysqlbackup: INFO: The first data file is '/mysql/backup/datadir/ibdata1' and the new created log files are at '/mysql/backup/datadir'140523 13:45:00 mysqlbackup: INFO: Apply-log operation completed successfully.140523 13:45:00 mysqlbackup: INFO: Full backup prepared for recovery successfully.恢复数据文件先暂停MYSQL服务[root@MySqlA data]# service mysqld stopShutting down MySQL..[ OK ]开始进行恢复操作[root@MySqlA data]# mysqlbackup --defaults-file=/mysql/backup/f --backup-dir=/mysql/backup --user=mysql --datadir=/mysql/data copy-backMySQL Enterprise Backup version 3.8.2 [2013/06/18]Copyright (c) 2003, 2012, Oracle and/or its affiliates. All Rights Reserved.mysqlbackup: INFO: Starting with following command line ...mysqlbackup --defaults-file=/mysql/backup/f--backup-dir=/mysql/backup --user=mysql --datadir=/mysql/data copy-backIMPORTANT: Please check that mysqlbackup run completes successfully.At the end of a successful 'copy-back' run mysqlbackupprints "mysqlbackup completed OK!".--------------------------------------------------------------------Server Repository Options:--------------------------------------------------------------------datadir = /mysql/datainnodb_data_home_dir = /mysql/datainnodb_data_file_path = ibdata1:12M:autoextendinnodb_log_group_home_dir = /mysql/datainnodb_log_files_in_group = 3innodb_log_file_size = 2147483648innodb_page_size = 16384innodb_checksum_algorithm = innodbinnodb_undo_directory = /mysql/backup/datadirinnodb_undo_tablespaces = 0innodb_undo_logs = 128--------------------------------------------------------------------Backup Config Options:--------------------------------------------------------------------datadir = /mysql/backup/datadirinnodb_data_home_dir = /mysql/backup/datadirinnodb_data_file_path = ibdata1:12M:autoextendinnodb_log_group_home_dir = /mysql/backup/datadirinnodb_log_files_in_group = 3innodb_log_file_size = 2147483648innodb_page_size = 16384innodb_checksum_algorithm = innodbinnodb_undo_directory = /mysql/backup/datadirinnodb_undo_tablespaces = 0innodb_undo_logs = 128mysqlbackup: INFO: Uses posix_fadvise() for performance optimization.mysqlbackup: INFO: Creating 14 buffers each of size 16777216.140523 16:52:01 mysqlbackup: INFO: Copy-back operation starts with following threads1 read-threads 1 write-threads140523 16:52:01 mysqlbackup: INFO: Copying /mysql/backup/datadir/ibdata1.140523 16:52:03 mysqlbackup: INFO: Copying /mysql/backup/datadir/mysql/innodb_index_stats.ibd.140523 16:52:03 mysqlbackup: INFO: Copying /mysql/backup/datadir/mysql/innodb_table_stats.ibd.140523 16:52:03 mysqlbackup: INFO: Copying /mysql/backup/datadir/mysql/slave_master_info.ibd.140523 16:52:03 mysqlbackup: INFO: Copying /mysql/backup/datadir/mysql/slave_relay_log_info.ibd.140523 16:52:03 mysqlbackup: INFO: Copying /mysql/backup/datadir/mysql/slave_worker_info.ibd.140523 16:52:03 mysqlbackup: INFO: Copying /mysql/backup/datadir/mytest/name2.ibd. 140523 16:52:03 mysqlbackup: INFO: Copying /mysql/backup/datadir/test/name.ibd.140523 16:52:03 mysqlbackup: INFO: Copying /mysql/backup/datadir/test/name2.ibd.140523 16:52:03 mysqlbackup: INFO: Copying /mysql/backup/datadir/test/test.ibd.140523 16:52:03 mysqlbackup: INFO: Copying /mysql/backup/datadir/test/test2.ibd.140523 16:52:03 mysqlbackup: INFO: Copying /mysql/backup/datadir/test/tt1.ibd. mysqlbackup: Progress in MB: 200 400 600140523 16:52:35 mysqlbackup: INFO: Copying /mysql/backup/datadir/tt/id.ibd.140523 16:52:35 mysqlbackup: INFO: Copying the database directory 'mysql'140523 16:52:36 mysqlbackup: INFO: Copying the database directory 'mytest'140523 16:52:36 mysqlbackup: INFO: Copying the database directory 'performance_schema' 140523 16:52:36 mysqlbackup: INFO: Copying the database directory 'test'mysqlbackup: Progress in MB: 800140523 16:52:40 mysqlbackup: INFO: Copying the database directory 'tt'140523 16:52:40 mysqlbackup: INFO: Completing the copy of all non-innodb files.140523 16:52:40 mysqlbackup: INFO: Copying the log file 'ib_logfile0'mysqlbackup: Progress in MB: 1000 1200 1400 1600 1800 2000 2200 2400 2600 2800140523 16:53:18 mysqlbackup: INFO: Copying the log file 'ib_logfile1'mysqlbackup: Progress in MB: 3000 3200 3400 3600 3800 4000 4200 4400 4600 4800140523 16:53:59 mysqlbackup: INFO: Copying the log file 'ib_logfile2'mysqlbackup: Progress in MB: 5000 5200 5400 5600 5800 6000 6200 6400 6600 6800140523 16:54:45 mysqlbackup: INFO: Copy-back operation completed successfully.140523 16:54:45 mysqlbackup: INFO: Finished copying backup files to '/mysql/data'mysqlbackup completed OK!重启服务[root@MySqlA data]# service mysqld startStarting MySQL....[ OK ]PS：使用该恢复不需要删除原来datadir下的文件(也可以删除，但需要先备份一下binlog,用以以后的恢复)如果不删除则自动保留但不会恢复。
