MySQL备份和还原系列一：备份类型

一、备份类型

    对于数据库来说，最基本的工作就是数据库的备份与恢复，在意外情况下（服务器宕机/或者磁盘损损坏）要保证数据不丢失。

在实体关系模型中，我们知道有三种关系：一对一

1、按照mysql服务器状态区分（备份过程中，服务器是否继续提供服务）

• cold Backup      离线备份，读、写操作均中止

• warm Backup   仅可执行读操作

• hot Backup       读、写操作不受影响

hot备份指在数据库运行中直接备份，对正在运行的服务没有任何影响。

cold备份指在数据库停止的情况下进行备份，比较简单，只需要拷贝相关的物理文件即可。

warm备份同样是数据库运行时进行，但是对当前的数据库有所影响。

2、按照备份数据格式

• logical     将数据导出至文本文件中，备份sql语句，在恢复的时候执行备份的sql语句实现数据库数据的重现，适用于数据库升级、迁移工作，但是恢复时花的时间比较长。

• physical    文件系统层面直接拷贝数据文件，但真正备份的时候自然不是cp这么简单

3、数据存储方式

• full                    完全备份

• increamenta    增量备份   

• differential       差异备份

差异备份的定义：备份自上一次完全备份之后有变化的数据。

增量备份的定义：备份自上一次备份（包括完全备份，增量备份，差异备份）之后有变化的数据。

二、备份工具

主要按照逻辑备份还是物理备份分成两类进行说明：

逻辑备份：速度相对较慢，可能丢失浮点数精度，可移植性强。

物理备份：速度非常快，在文件系统级完成。

1、逻辑备份（将数据导出至文本文件中）

• mysqldump 

  mysqldump是采用SQL级别的备份机制，将数据表导成SQL脚本文件，是最常用的逻辑备份方法。

  ALL        WARM    支持所有引擎，MyISAM引擎是逻辑温备，可手动加锁

  INNODB     HOT     逻辑热备，仅用于INODB引擎

• SELECT INTO OUTFILE

  进行SQL级别的表备份，逻辑

  
  

2、物理备份（直接备份数据文件）

• ibbackup

  INNODBHOT对于INNODB引擎，热备，物理备份

  ALLWARM    其他引擎，温备

  ibbackup 商业工具 MyISAM是温备份，InnoDB是热备份 ，备份和还原速度都很快，这个软件它的每服务器授权版本是5000美元。

• xtrabackup

  xtrabackup 开源工具 MyISAM是温备份，InnoDB是热备份 ，是ibbackup商业工具的替代工具。

• snapshot(LVM,ZFS)

  ALLALMOST     物理 HOT

  热备、支持所有基于本地磁盘的存储引擎、快速备份、低开销、容易保持完整性、快速恢复等。

• 几乎是热备份，支持所有引擎，基于快照(LVM，ZFS)的物理备份，速度非常快。只影响数据几秒钟而已。但是创建快照的过程本身就影响到了数据库在线的使用，所以备份速度比较快，恢复速度比较快，没有什么弹性空间，而且LVM的限制：不能对多个逻辑卷同一时间进行备份，所以数据文件和事务日志等各种文件必须放在同一个LVM上。而ZFS则非常好的可以在多逻辑卷之间备份。

• mysqlhotcopy

  仅MYISAMMOSTLY COLD(LVM,snapshot)

  mysqlhotcopy是一个perl程序，是lock tables、flush tables 和cp或scp来快速备份数据库。它是备份数据库或单个表的最快的途径，但它只能运行在数据库文件（包括数据表文件、数据文件、索引文件）所在的机器上。

  物理备份工具，但只支持MyISAM引擎，基本上属于冷备的范畴，物理备份，速度比较快。

  mysqldump可以备份各种类型的数据表，但是mysqlhotcopy只适合备份MyISAM和ISAM的数据表。所以使用mysqlhotcopy之前，你必须确认你的数据表是不是有其他的存储引擎(storage engines)的。

• tar，cp冷备

  使用直接拷贝数据库文件的方式进行打包备份，需要注意的是执行步骤：锁表、备份、解表。恢复也很简单，直接拷贝到之前的数据库文件的存放目录即可。注意：对于Innodb引擎的表来说，还需要备份日志文件，即ib_logfile*文件。因为当Innodb表损坏时，就可以依靠这些日志文件来恢复。cp 冷备份，支持所有引擎，复制命令，只能实现冷备，物理备份。使用归档工具，cp命令，对其进行备份的，备份速度快，还原速度几乎最快，但是灵活度很低，可以跨系统，但是跨平台能力很差。

• 使用mysql主从复制

  mysql的复制是指将主数据库的DDL和DML操作通过二进制文件（bin-log）传送到从服务器上，然后在从服务器上对这些日志做重新执行的操作，从而使得从服务器和主服务器保持数据的同步。

  
  

三、备份策略

备份/恢复策略：

1. 要定期做 mysql 备份，并考虑系统可以承受的恢复时间。

2. 确保 mysql 打开 log-bin，有了 binarylog，mysql 才可以在必要的时候做完整恢复，或基于时间点的恢复，或基于位置的恢复。

3. 要经常做备份恢复测试，确保备份是有效的，并且是可以恢复的。

备份什么？

• 数据文件

• my.cnf 配置文件

• 二进制日志

• 事务日志
  

因为MySQL表保存为文件方式，很容易备份。要想保持备份的一致性，对相关表执行LOCK TABLES操作，然后对表执行FLUSH TABLES。

你只需要读锁定；这样当你复制数据库目录中的文件时，允许其它客户继续查询表。需要FLUSH TABLES语句来确保开始备份前将所有激活的索引页写入硬盘。

策略一：直接拷贝数据库文件（文件系统备份工具 cp）（适合小型数据库，是最可靠的）

    当你使用直接备份方法时，必须保证表不在被使用。如果服务器在你正在拷贝一个表时改变它，拷贝就失去意义。保证你的拷贝完整性的最好方法是关闭服务器，拷贝文件，然后重启服务器。如果你不想关闭服务器，要在执行表检查的同时锁定服务器。如果服务器在运行，相同的制约也适用于拷贝文件，而且你应该使用相同的锁定协议让服务器“安静下来”。当你完成了备份时，需要重启服务器(如果关闭了它)或释放加在表上的锁定(如果你让服务器运行)。要用直接拷贝文件把一个数据库从一台机器拷贝到另一台机器上，只是将文件拷贝到另一台服务器主机的适当数据目录下即可。要确保文件是MyIASM格式或两台机器有相同的硬件结构，否则你的数据库在另一台主机上有奇怪的内容。你也应该保证在另一台机器上的服务器在你正在安装数据库表时不访问它们。

策略二：mysqldump备份数据库（完全备份+增加备份，速度相对较慢，适合中小型数据库）（MyISAM是温备份，InnoDB是热备份）

mysqldump 是采用SQL级别的备份机制，它将数据表导成 SQL 脚本文件，在不同的 MySQL 版本之间升级时相对比较合适，这也是最常用的备份方法。mysqldump 比直接拷贝要慢些。对于中等级别业务量的系统来说，备份策略可以这么定：第一次完全备份，每天一次增量备份，每周再做一次完全备份，如此一直重复。而对于重要的且繁忙的系统来说，则可能需要每天一次全量备份，每小时一次增量备份，甚至更频繁。为了不影响线上业务，实现在线备份，并且能增量备份，最好的办法就是采用主从复制机制(replication)，在 slave 机器上做备份。

策略三：lvs快照从物理角度实现几乎热备的完全备份，配合二进制日志备份实现增量备份，速度快适合比较烦忙的数据库

前提：

• 数据文件要在逻辑卷上；

• 此逻辑卷所在卷组必须有足够空间使用快照卷；

• 数据文件和事务日志要在同一个逻辑卷上；

策略四：xtrabackup 备份数据库，实现完全热备份与增量热备份（MyISAM是温备份，InnoDB是热备份）

说明：Xtrabackup是一个对InnoDB做数据备份的工具，支持在线热备份(备份时不影响数据读写)，是商业备份工具InnoDB Hotbackup或ibbackup的一个很好的替代品。

Xtrabackup有两个主要的工具：xtrabackup、innobackupex

• xtrabackup 只能备份InnoDB和XtraDB两种数据表，而不能备份MyISAM数据表。

• innobackupex 是参考了InnoDB Hotbackup的innoback脚本修改而来的.innobackupex是一个perl脚本封装，封装了xtrabackup。主要是为了方便的 同时备份InnoDB和MyISAM引擎的表，但在处理myisam时需要加一个读锁。并且加入了一些使用的选项。如slave-info可以记录备份恢复后作为slave需要的一些信息，根据这些信息，可以很方便的利用备份来重做slave。

特点：

• 备份过程快速、可靠；

• 备份过程不会打断正在执行的事务；

• 能够基于压缩等功能节约磁盘空间和流量；

• 自动实现备份检验；

• 还原速度快；

策略五：主从复制（replication）实现数据库实时备份（集群中常用）

参考：

http://freeloda.blog.51cto.com/2033581/1254883