共计 3559 个字符，预计需要花费 9 分钟才能阅读完成。
本篇文章给大家分享的是有关 MySQL 数据库备份种类以及常用备份工具都有哪些，丸趣 TV 小编觉得挺实用的，因此分享给大家学习，希望大家阅读完这篇文章后可以有所收获，话不多说，跟着丸趣 TV 小编一起来看看吧。
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 ndash;L 1G ndash;s ndash;n data-snap ndash;p ndash;r/dev/myvg/mydata*** 进入数据库释放读锁
UNLOCK TABLES
挂载快照卷进行备份
mount ndash;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 库服务器上面，覆盖 data 目录，然后重启 mysql 数据库服务。2.4 percona 提供的 xtrabackup 工具
支持 innodb 的物理热备份，支持完全备份，增量备份，而且速度非常快，支持 innodb 存储引起的数据在不同数据库之间迁移，支持复制模式下的从机备份恢复备份恢复，为了让 xtrabackup 支持更多的功能扩展，可以设立独立表空间，打开 innodb_file_per_table 功能，启用之后可以支持单独的表备份。
支持在线热备与恢复
大数据量的时候，备份恢复都比较快。
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。
以上就是 MySQL 数据库备份种类以及常用备份工具都有哪些，丸趣 TV 小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注丸趣 TV 行业资讯频道。
