mysql> flush tables with read lock;

Query OK, 0 rows affected (0.00 sec)

mysql> show master status;

+------------------+----------+--------------+------------------+

| File             | Position | Binlog_Do_DB |Binlog_Ignore_DB |

+------------------+----------+--------------+------------------+

| mysql-bin.000003 |   194554 |              |                  |

+------------------+----------+--------------+------------------+

1 row in set (0.00 sec)

PS：这个窗体不能exit。要一直保持知道tar完包为止。

--又一次开一个shell窗体，去数据文件文件夹tar包

[root@myfstv_21_11 data]# tar -zcvf mysqla1.tar.gz mysqla
tar -zcvf mysqla1.tar.gz mysqla  压缩完成

，运行解锁命令
mysql> unlocktables;              
Query OK, 0 rows affected (0.00 sec)

mysql>

copy tar包到另外一个mysql库server上面。覆盖data文件夹，然后重新启动mysql数据库服务。

2.4 percona提供的xtrabackup工具

支持innodb的物理热备份，支持全然备份，增量备份，并且速度非常快，支持innodb存储引起的数据在不同数据库之间迁移。支持复制模式下的从机备份恢复备份恢复

。为了让xtrabackup支持很多其它的功能扩展。能够设立独立表空间。打开 innodb_file_per_table功能，启用之后能够支持单独的表备份。

下载地址为：http://www.percona.com/software/percona-xtrabackup。

參考文章地址：http://blog.csdn.net/mchdba/article/details/11563027

支持在线热备与恢复

大数据量的时候。备份恢复都比较快快

xtrabackup能够实现全然备份，增量备份，以及部分备份。

xtrabackup备份原理 

xtraBackup基于InnoDB的crash-recovery功能。

它会复制innodb的data file，由于不锁表，复制出来的数据是不一致的。在恢复的时候使用crash-recovery，使得数据恢复一致。

InnoDB维护了一个redo log，又称为transaction log。事务日志。它包括了innodb数据的全部修改情况。当InnoDB启动的时候，它会先去检查data file和transaction log。并且会做二步操作：

xtraBackup在备份的时候， 一页一页地复制innodb的数据，并且不锁定表，与此同一时候。XtraBackup还有另外一个线程监视着transactions log，一旦log发生变化，就把变化过的log pages复制走。为什么要急着复制走呢？由于transactions log文件大小有限，写满之后。就会从头再開始写。所以新数据可能会覆盖到旧的数据。

在prepare过程中，XtraBackup使用拷贝到的transactionslog对备份出来的innodb data file进行crash recovery。

 ----------------------------------------------------------------------------------------------------------------
<版权所有，文章同意转载，但必须以链接方式注明源地址，否则追究法律责任!>
原博客地址：       http://blog.itpub.net/26230597/viewspace-1460065/
原作者：黄杉(mchdba)
----------------------------------------------------------------------------------------------------------------