mysql备份实例攻略

本文系统Centos6.0首先普及下备份术语：热备份：读、写不受影响；温备份：仅可以执行读操作；冷备份：离线备份；读、写操作均中止；我们备份，一般备份以下几个

本文系统Centos6.0

首先普及下备份术语：

我们备份，香港服务器，一般备份以下几个部分：

1.数据文件

2.日志文件（比如事务日志，二进制日志）

3.存储过程，存储函数，触发器

4.配置文件（十分重要，各个配置文件都要备份）

一、常用的备份工具

1.Mysql自带的备份工具

3.其它工具

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

二、备份实例：

在此本文已经做了lvm的一个分区：mysql5.6编译安装完毕；

mysql的datadir=/usr/data 也就是我们lvm挂载的地方

在mysql的test库有两张表；t1大小为388M左右；t2大小为210M左右；

给大家看下这边测试中的My.cnf

[root@centos test]# vim /etc/my.cnf [mysqld] datadir=/usr/data socket=/tmp/mysql.sock user=mysql server-id=1 log-bin=mysql-bin report-port=3306 port=3306 symbolic-links=0 [mysql_safe] log-error=/var/log/mysqld.log pid-file=/var/run/mysqld/mysqld.pid

我们这边备份操作一共是四种方式：

方式1>；mysqldump：

mysqldump备份数据库（完全备份+增加备份，香港空间，速度相对较慢，适合中小型数据库）（MyISAM是温备份，InnoDB是热备份）

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

方式2>；直接cp数据库文件：

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

方式3>；lvm快照：

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

前提：

方式4>；xtrabackup 备份工具。xtrabackup 备份数据库，实现完全热备份与增量热备份（MyISAM是温备份，InnoDB是热备份）

3、实例操作：

方式1>；mysqldump：

●查看当前log status;

mysql> show master status;

--all-databases #备份所有库 --lock-all-tables #为所有表加读锁 --routinge #存储过程与函数 --triggers #触发器 --events #记录事件 --master-data=2 #在备份文件中记录当前二进制日志的位置，并且为注释的，1是不注释掉在主从复制中才有意义 --flush-logs #日志滚动一次

●查看此时的log status;

●模拟数据库损坏，进行恢复

rm -rf /usr/data/* killall mysqld /usr/local/mysql/scripts/mysql_install_db --basedir=/usr/local/mysql/ --datadir=/usr/data/ --user=mysql service mysqld start mysql -u root -p mysql> source /backup/201308071550.full.sql

●到此，你会发现已经恢复到了我们全备的时候的数据；并且是没有那后来插入的“三大天王”；

●恢复我们后来插入的数据；看看有没有天王的数据；

[root@centos ~]# mysqlbinlog /backup/201308071550.full.binlog.000001 |mysql test

到此、：mysqldump的操作就结束了，恢复模式，第一次全备加binlog日志；

方式2>；直接cp数据库文件(此方法较简单，个人建议在cp前，进行lock)

◆首先锁表：

mysql> flush tables with read lock;

◆cp数据文件：

mkdir /backup/`date +%F-%H-%M-%S` cp -pr /usr/data/* /backup/2013-08-07-17-02-19/

◆解锁：

mysql> unlock tables;

◆开始模拟破坏数据库并恢复：