《MYSQL数据库MySQL数据库备份以及常用备份工具集合》要点：
本文介绍了MYSQL数据库MySQL数据库备份以及常用备份工具集合，希望对您有用。如果有疑问，可以联系我们。
MYSQL应用一、数据库备份种类
MYSQL应用按照数据库大小备份,有四种类型,分别应用于不同场合,下面简要介绍一下：
MYSQL应用1.1完全备份
MYSQL应用这是大多数人常用的方式,它可以备份整个数据库,包含用户表、系统表、索引、视图和存储过程等所有数据库对象.但它需要花费更多的时间和空间,所以,一般推荐一周做一次完全备份.
MYSQL应用1.2事务日志备份
MYSQL应用事务日志是一个单独的文件,它记录数据库的改变,备份的时候只需要复制自上次备份以来对数据库所做的改变,所以只需要很少的时间.为了使数据库具有鲁棒性,推荐每小时甚至更频繁的备份事务日志.
MYSQL应用1.3差异备份
MYSQL应用也叫增量备份.它是只备份数据库一部分的另一种方法,它不使用事务日志,相反,它使用整个数据库的一种新映象.它比最初的完全备份小,因为它只包含自上次完全备份以来所改变的数据库.它的优点是存储和恢复速度快.推荐每天做一次差异备份.
MYSQL应用1.4文件备份
MYSQL应用数据库可以由硬盘上的许多文件构成.如果这个数据库非常大,并且一个晚上也不能将它备份完,那么可以使用文件备份每晚备份数据库的一部分.由于一般情况下数据库不会大到必须使用多个文件存储,所以这种备份不是很常用.
MYSQL应用按照数据库的状态可分为三种：
MYSQL应用1.冷备份,此时数据库处于关闭状态,能够较好的保证数据库的完整性.
MYSQL应用2.热备份,数据库正处于运行状态,这种方法依赖于数据库的[1] 日志文件进行备份.
MYSQL应用3.逻辑备份,使用软件从数据库中提取数据并将结果写到一个文件上.
MYSQL应用二、备份工具简介
MYSQL应用mysql按照备份恢复方式分为逻辑备份和物理备份.逻辑备份是备份sql语句,在恢复的时候执行备份的sql语句实现数据库数据的重现,物理备份就是备份数据文件了,比较形象点就是cp下数据文件,但真正备份的时候自然不是的cp这么简单.
MYSQL应用这2种备份各有优劣,一般来说,物理备份恢复速度比较快,占用空间比较大,逻辑备份速度比较慢,占用空间比较小.
MYSQL应用官方地址：http://dev.mysql.com/doc/refman/5.6/en/backup-and-recovery.html
MYSQL应用2.1 mysqldump工具
MYSQL应用Mysqldump是mysql自带的备份工具,目录在bin目录下面：/usr/local/mysql/bin/mysqldump,支持基于innodb的热备份.但是由于是逻辑备份,所以速度不是很快,适合备份数据比较小的场景.Mysqldump完全备份+二进制日志可以实现基于时间点的恢复.
MYSQL应用对myisam存储引擎的表,只能使用温备份,这个时候要防止数据的写入,所以先加上读锁.这个时候也可以进入数据库手动加读锁,不过这样比较麻烦,可以在mysqldump工具中直接有一个加锁的选择,就是 --lock-all-tables ,例如mysqldump --databases test --lock-all-tables --flush-logs > /tmp/backup_test_`date+%F-%H-%M`.sql.
MYSQL应用如果是备份单张表,直接在库名字test后面加上表名字即可.
MYSQL应用对于innodb存储引擎表,可以热备,不必对数据库进行加锁的操作,加一个选项可以进行热备份,--single-transaction,例如：mysqldump --databases test --single-transaction --flush-logs--master-data=2> /tmp/backup_test_`date +%F-%H-%M`.sql.
MYSQL应用PS：注意点,恢复的时候记得关闭二进制日志：
MYSQL应用mysql> set sql_log_bin=0;
因为这是基于逻辑备份方式,所以执行sql会插入数据,会记录到二进制日志里面去,因为这事恢复,所以插入的二进制日志基本没有啥意思,可以关闭掉,缩短恢复时间.
MYSQL应用2.2基于LVM快照备份
MYSQL应用在物理备份中,有基于文件系统的物理备份(LVM的快照),也可以直接用tar之类的命令对整个数据库目录进行打包备份,但是这些只能进行泠备份,不同的存储引擎备份的也不一样,myisam自动备份到表级别,而innodb不开启独立表空间的话只能备份整个数据库.
MYSQL应用下面就介绍下使用LVM的快照功能进行备份为了安全,首先在数据库上施加读锁
MYSQL应用mysql>FLUSH TABLES WITH READ LOCK
刷新一下二进制日志,便于做时间点恢复
MYSQL应用mysql>FLUSH LOGS
然后创建快照卷
MYSQL应用lvcreate CL 1G Cs Cn data-snap Cp Cr/dev/myvg/mydata
最后进入数据库释放读锁
MYSQL应用UNLOCK TABLES
挂载快照卷进行备份
MYSQL应用mount Cr /dev/myvg/data-snap /mnt/snap
然后对/mnt/snap下的文件进行打包备份
MYSQL应用还原的时候,关闭mysqld,然后备份二进制日志后将原来备份的文件还原进去,然后通过二进制日志还原到出错的时间点(通过二进制还原时间点的时候不要忘了暂时关闭二进制日志)
MYSQL应用在2010年到2012年之间,mysql数据库部署在亚马逊的云环境中,他们提供了LVM快照,蛮方便快捷的,使用lvm快照,在亚马逊的万兆网络下,恢复起来也迅速无比.
MYSQL应用2.3 tar包备份
MYSQL应用0,准备从库第一次数据备份,临时锁所有表,开启窗口1
MYSQL应用
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)
MYSQL应用PS：这个窗口不能exit,要一直保持知道tar完包为止.
MYSQL应用--重新开一个shell窗口,去数据文件目录tar包
MYSQL应用开启窗口2
MYSQL应用
[root@myfstv_21_11 data]# tar -zcvf mysqla1.tar.gz mysqla
tar -zcvf mysqla1.tar.gz mysqla 压缩完毕
MYSQL应用切换到窗口1,执行解锁命令
MYSQL应用
mysql> unlocktables;
Query OK, 0 rows affected (0.00 sec)
mysql>
copy tar包到另外一个mysql库服务器上面,覆盖data目录,然后重启mysql数据库服务.
MYSQL应用 2.4 percona提供的xtrabackup工具
MYSQL应用支持innodb的物理热备份,支持完全备份,增量备份,而且速度非常快,支持innodb存储引起的数据在不同数据库之间迁移,支持复制模式下的从机备份恢复备份恢复,为了让xtrabackup支持更多的功能扩展,可以设立独立表空间,打开 innodb_file_per_table功能,启用之后可以支持单独的表备份.
MYSQL应用支持在线热备与恢复
MYSQL应用大数据量的时候,备份恢复都比较快.
MYSQL应用xtrabackup可以实现完全备份,增量备份,以及部分备份.
MYSQL应用xtrabackup备份原理
MYSQL应用xtraBackup基于InnoDB的crash-recovery功能.它会复制innodb的data file,由于不锁表,复制出来的数据是不一致的,在恢复的时候使用crash-recovery,使得数据恢复一致.
MYSQL应用InnoDB维护了一个redo log,又称为transaction log,事务日志,它包含了innodb数据的所有改动情况.当InnoDB启动的时候,它会先去检查data file和transaction log,并且会做二步操作：
MYSQL应用xtraBackup在备份的时候, 一页一页地复制innodb的数据,而且不锁定表,与此同时,XtraBackup还有另外一个线程监视着transactions log,一旦log发生变化,就把变化过的log pages复制走.为什么要急着复制走呢?因为transactions log文件大小有限,写满之后,就会从头再开始写,所以新数据可能会覆盖到旧的数据.
MYSQL应用在prepare过程中,XtraBackup使用复制到的transactionslog对备份出来的innodb data file进行crash recovery.
MYSQL应用国内windows服务器用户可以使用：
MYSQL应用护卫神好备份软件 免费版(sqlserver,文件自动备份)
MYSQL应用请平台 p8net mysql管理工具MyAdmin v1.0 (mysql 定时备份工具)
MYSQL应用以上就是MySQL数据库备份以及常用备份工具汇总,希望大家可以喜欢.
转载请注明本页网址：
http://www.vephp.com/jiaocheng/2657.html
