MySQL 数据库备份种类以及常用备份工具汇总

这是大多数人常用的方式,它可以备份整个数据库,包含用户表、系统表、索引、视图和存储过程等所有数据库对象。但它需要花费更多的时间和空间,所以,一般推荐一周做一次完全备份。

也叫增量备份。它是只备份数据库一部分的另一种方法,它不使用事务日志,相反,它使用整个数据库的一种新映象。它比最初的完全备份小,因为它只包含自上次完全备份以来所改变的数据库。它的优点是存储和恢复速度快。推荐每天做一次差异备份。

mysql按照备份恢复方式分为逻辑备份和物理备份。逻辑备份是备份sql语句,在恢复的时候执行备份的sql语句实现数据库数据的重现,,物理备份就是备份数据文件了,比较形象点就是cp下数据文件,但真正备份的时候自然不是的cp这么简单。

这2种备份各有优劣,一般来说,物理备份恢复速度比较快,占用空间比较大,逻辑备份速度比较慢,占用空间比较小。

官方地址:

在物理备份中,有基于文件系统的物理备份(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快照,在亚马逊的万兆网络下,恢复起来也迅速无比。

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包mysql> unlocktables;Query OK, 0 rows affected (0.00 sec)

mysql>

copy tar包到另外一个mysql库服务器上面,覆盖data目录,然后重启mysql数据库服务。

支持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 数据库备份种类以及常用备份工具汇总

相关文章:

你感兴趣的文章:

标签云: