1。数据库备份种类
依照数据库大小备份，有四种类型，分别应用于不同场合，以下简要介绍一下：
1.1全然备份
这是大多数人经常使用的方式，它能够备份整个数据库，包括用户表、系统表、索引、视图和存储过程等全部数据库对象。但它须要花费很多其它的时间和空间。所以，一般推荐一周做一次全然备份。
1.2事务日志备份
事务日志是一个单独的文件，它记录数据库的改变，备份的时候仅仅须要复制自上次备份以来对数据库所做的改变。所以仅仅须要非常少的时间。
为了使数据库具有鲁棒性，推荐每小时甚至更频繁的备份事务日志。
1.3差异备份
也叫增量备份。它是仅仅备份数据库一部分的还有一种方法。它不使用事务日志，相反，它使用整个数据库的一种新映象。它比最初的全然备份小，由于它仅仅包括自上次全然备份以来所改变的数据库。它的长处是存储和恢复速度快。推荐每天做一次差异备份。
1.4文件备份
数据库能够由硬盘上的很多文件构成。假设这个数据库非常大，并且一个晚上也不能将它备份完，那么能够使用文件备份每晚备份数据库的一部分。由于普通情况下数据库不会大到必须使用多个文件存储，所以这样的备份不是非经常常使用。
依照数据库的状态可分为三种：
1.冷备份，此时数据库处于关闭状态，能够较好的保证数据库的完整性。
2.热备份，数据库正处于运行状态，这样的方法依赖于数据库的[1] 日志文件进行备份。
3.逻辑备份。使用软件从数据库中提取数据并将结果写到一个文件上。
2，备份工具简单介绍
mysql依照备份恢复方式分为逻辑备份和物理备份。
逻辑备份是备份sql语句，在恢复的时候运行备份的sql语句实现数据库数据的重现，物理备份就是备份数据文件了，比較形象点就是cp下数据文件，但真正备份的时候自然不是的cp这么简单。
这2种备份各有优劣，一般来说，物理备份恢复速度比較快，占用空间比較大。逻辑备份速度比較慢。占用空间比較小。
官方地址：http://dev.mysql.com/doc/refman/5.6/en/backup-and-recovery.html
2.1 mysqldump工具
Mysqldump是mysql自带的备份工具，文件夹在bin文件夹以下：/usr/local/mysql/bin/mysqldump。支持基于innodb的热备份。可是由于是逻辑备份，所以速度不是非常快。适合备份数据比較小的场景。
Mysqldump全然备份+二进制日志能够实现基于时间点的恢复。
对myisam存储引擎的表，仅仅能使用温备份。这个时候要防止数据的写入，所以先加上读锁。
这个时候也能够进入数据库手动加读锁，只是这样比較麻烦，能够在mysqldump工具中直接有一个加锁的选择，就是 --lock-all-tables ，比如mysqldump --databases test --lock-all-tables --flush-logs > /tmp/backup_test_`date+%F-%H-%M`.sql。
假设是备份单张表，直接在库名字test后面加上表名字就可以。
对于innodb存储引擎表，能够热备。不必对数据库进行加锁的操作，加一个选项能够进行热备份。--single-transaction，比如：mysqldump --databases test --single-transaction --flush-logs--master-data=2> /tmp/backup_test_`date +%F-%H-%M`.sql。
PS：注意点。恢复的时候记得关闭二进制日志：
mysql> set sql_log_bin=0;
由于这是基于逻辑备份方式。所以运行sql会插入数据。会记录到二进制日志里面去。由于这事恢复。所以插入的二进制日志基本没有啥意思，能够关闭掉，缩短恢复时间。
2.2 基于LVM快照备份
在物理备份中，有基于文件系统的物理备份（LVM的快照），也能够直接用tar之类的命令对整个数据库文件夹进行打包备份。可是这些仅仅能进行泠备份。不同的存储引擎备份的也不一样，myisam自己主动备份到表级别，而innodb不开启独立表空间的话仅仅能备份整个数据库。
以下就介绍下使用LVM的快照功能进行备份为了安全，首先在数据库上施加读锁
mysql>FLUSH TABLES WITH READ LOCK;
刷新一下二进制日志。便于做时间点恢复
mysql>FLUSH LOGS;
然后创建快照卷
lvcreate –L 1G –s –n data-snap –p –r/dev/myvg/mydata
最后进入数据库释放读锁
UNLOCK TABLES;
挂载快照卷进行备份
mount –r /dev/myvg/data-snap /mnt/snap
然后对/mnt/snap下的文件进行打包备份
还原的时候，关闭mysqld，然后备份二进制日志后将原来备份的文件还原进去，然后通过二进制日志还原到出错的时间点（通过二进制还原时间点的时候不要忘了暂时关闭二进制日志）
在2010年到2012年之间，mysql数据库部署在亚马逊的云环境中，他们提供了LVM快照，蛮方便快捷的。使用lvm快照。在亚马逊的万兆网络下，恢复起来也迅速无比。
2.3 tar包备份
0，准备从库第一次数据备份，暂时锁全部表，开启窗体1
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包
开启窗体2
[root@myfstv_21_11 data]# tar -zcvf mysqla1.tar.gz mysqla
tar -zcvf mysqla1.tar.gz mysqla 压缩完成
切换到窗体1，运行解锁命令
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)
----------------------------------------------------------------------------------------------------------------