使用LVM快照备份MYSQ

事实上，MySQL数据库的备份是一个让管理员一直很头疼的问题。各种工具虽然不少，但是各有优劣，想找到一个比较完美的方法却非常困难。Mysqldump作为数据的逻辑备份工具，弱点在于无法进行在线热备，同时在数据库比较大的时候，备份和恢复的时间是在长得让人无法接受。Mysqlhotcopy虽然克服了普通系统命令备份必须关闭mysql服务的尴尬，但是这东西只能用于备份使用MYISAM存储引擎的数据表，并且只能在类UNIX环境中使用。如果使用mysql replication的话，倒是可以解决热备问题。但是你需要承担增加一台服务器的成本。同时，如果数据被无意或恶意的篡改、删除，那么slave服务器上的数据同样不能幸免。

相对于以上方法，在中、大规模的MySQL应用环境中，我推荐使用LVM快照的方式来制作备份。为什么这种方式比较好呢？

原因如下：

1、                在大多数情况下，这种方式几乎算得上是热备。它无需关闭服务，只需要设置只读或者类似这样的限制。

2、                支持所有基于本地磁盘的存储引擎，比如MYISAM、InnoDB和BDB，还支持Solid、PrimeXT和Faction。

3、                备份速度最快，因为你只需要拷贝相关的二进制数据文件即可。

4、                由于只是简单的拷贝文件，因此对服务器开销非常低。

5、                保存方式多种多样，你可以备份到磁带上、FTP服务器上、NFS服务器上或者其他什么网络服务器，以及使用各种网络备份软件来备份。做到这些很简单，说到底就是拷贝文件而已。

6、                恢复速度很快。恢复所需要的时间等于你把数据拷贝回来的时间。你可以想出更多的方法让这个时间变得更短。

7、                无需使用昂贵的商业软件。

当然，每个事物都有其两面性，它也存在一些缺点：

1、          很明显，你的系统需要支持快照。

2、          在一些公司里，系统管理员和DBA属于不同的团队。而使用快照需要系统root权限。因此，你可能需要做一些团队协调工作或者干脆在DBA Team里安插一个系统管理员。这种事在某些公司很容易，但也可能很麻烦。

3、          无法确切的预计服务停止时间。因为，这种方法到底什么时候算热备什么时候不算，完全取决于FLUSH TABLE WITH READ LOCK命令执行时间的长短。因此，我还是建议你在凌晨干这件事情。或者干脆定下一个维护时间段（比如某些网络游戏运营商的做法）。

4、          如果你把日志放在独立的设备上或者你的数据分布在多个卷上，那么就比较麻烦了。因为这样一来你就无法得到全部数据的一致性快照，这就是所谓的多卷上的数据问题。不过，有些系统可能自动做到多卷快照。

现在，我们来看看如果使用LVM的快照功能来制作MySQL备份。

当然，首先我们准备好相应的环境。配置一个LVM，并且划分合适大小的LV，并且将其挂载到MySQL的数据文件目录上。在这个例子中，你可以看到我已经建立好了一个名叫tube的数据库，并且里面包含一个叫做testdb的表，并且已经写入了一些数据。

[root@server1 mysql]# df -h

Filesystem            Size  Used Avail Use% Mounted on

/dev/sda2             9.5G  3.6G  5.5G  40% /

/dev/sda1              99M   10M   84M  11% /boot

tmpfs                 506M     0  506M   0% /dev/shm

/dev/sda6              99M  5.6M   89M   6% /home

/dev/sda3             4.8G  238M  4.3G   6% /var

/dev/mapper/testvg-mysql

194M   27M  158M  15% /var/lib/mysql

[root@server1 mysql]# mysql

Welcome to the MySQL monitor.  Commands end with ; or \g.

Your MySQL connection id is 4 to server version: 5.0.22-log

Type ‘help;’ or ‘\h’ for help. Type ‘\c’ to clear the buffer.

mysql> use tube;

Reading table information for completion of table and column names

You can turn off this feature to get a quicker startup with -A

Database changed

mysql> select * from testdb;

+――+――-+

| id   | name  |

+――+――-+

|    1 | kevin |

|    2 | tube  |

+――+――-+

2 rows in set (0.00 sec)

接下来，连接到MySQL上，运行FLUSH TABLES WITH READ LOCK。需要注意的是，如果你正在执行一个耗时比较长的查询，那么这条命令可能需要很长时间才能完成。因为，在这个时候，FLUSH TALBES WITH READ LOCK需要等待在这一刻所有正在执行的查询执行完毕，甚至是对数据毫无改变的select。所以，如果你正在执行一个较长时间的查询，那么要小心。推荐你在凌晨干这件事情，或者干脆定下一个维护的时间段（类似很多网络游戏公司那样）。如果你所有的表都只是用innodb存储引擎，并且不需要同步二进制日志的话，那么这一步可以省略。

mysql> flush tables with read lock;

Query OK, 0 rows affected (0.00 sec)

然后，我们开始创建快照。在下面的例子中，我们创建了一个名为dbbackup的快照，大小为100M。切记，一定要预估可能发生改变的数据量，并分配足够大小的undo space用于保存可能发生变化的部分。如果分配的空间不够大，快照就会无效，备份也就失败了。

[root@server1 mysql]# lvcreate -L100M -s -n dbbackup /dev/testvg/mysql

Logical volume “dbbackup” created

[root@server1 mysql]#

现在，快照已经做好，我们可以释放表锁了。不过在这之前，需要记录一下二进制日志的位置。运行SHOW MASTER STATUS就可以看到。这个值会在MySQL slave机上创建快照的时候用到（如果你有的话）。

mysql> show master status;

+――――――+―――-+――――�C+――――――+

| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |

+――――――+―――-+――――�C+――――――+

| mysql-bin.000002 |       98 |              |                  |

+――――――+―――-+――――�C+――――――+

1 row in set (0.00 sec)

mysql> unlock tables;

Query OK, 0 rows affected (0.00 sec)

现在，我们可以开始拷贝备份数据了。通常情况下，你可以忽略备份慢查询日志和错误日志，甚至是大部分的二进制日志。但是，假如你的slave可能由于延迟、处理能力不足或者其他各种原因没有同步到master的最新状态，甚至远远落后于master的话，就必须保存所需的二进制日志了。不管怎么说，我还是建议你采用一个合适的机制来备份你的二进制日志。因为，二进制日志非常重要，并且有的时候，它可以作为我们的增量备份。

[root@server1 mysql]# mount /dev/testvg/dbbackup /mnt

[root@server1 mysql]# mkdir /var/back

[root@server1 mysql]# cp -R /mnt/* /var/back/

[root@server1 mysql]# ls /var/back/

ibdata1      ib_logfile1  mysql-bin.000001  mysql-bin.index  test

ib_logfile0  mysql        mysql-bin.000002  mysql.sock       tube

[root@server1 mysql]#

备份完成后，卸掉挂载，并且删除快照。

[root@server1 mysql]# umount /mnt

[root@server1 mysql]# lvremove -f /dev/testvg/dbbackup

Logical volume “dbbackup” successfully removed

到此，整个备份过程就算结束了。如果你想要将内容同步到slave机上的话，那么还需要多加几个步骤。

1、          把备份内容拷贝到slave的数据文件目录下。

2、          重启MySQL服务器，等待恢复完成。

3、          使用CHANGE MASTER TO 命令告诉slave新的二进制日志位置，并从那里开始同步，（就是我们刚刚记录下来的那个）例如：

mysql> CHANGE master TO master_host=”master”, master_user=”user”, master_password=”password”, master_log_file=”host-bin.000002″, master_log_pos=98;

大多数情况下，我们都希望能够自动化完成相应工作以减轻我们的负担。例如，上面的使用LVM快照方式备份步骤就比较多。我们都希望能够使用脚本来自动化的完成所有的步骤。不过，好的消息是我们无需自己去写了。Lenz Grimmer开发了一个叫做mylvmbackup的工具，可以让我们快速完成以上工作。你可以在http://www.lenzg.net/mylvmbackup/下载到这个工具。或者到http://software.opensuse.org/search?baseproject=ALL&p=1&q=mylvmbackup寻找更合适你的版本，发布方式有源代码包和RPM包两种。它的使用非常简单。下面是演示：

[root @server1 mysql ] # mysqlhotcopy -h 192.168.0.254  -u root  -p uplooking  bookshop /back

[root@server1 ~]# wget http://www.lenzg.net/mylvmbackup/mylvmbackup-0.13.tar.gz

[root@server1 ~]# wget ftp://ftp.pbone.net/mirror/atrpms.net/el5-i386/atrpms/stable/perl-TimeDate-1.16-3_2.0.el5.noarch.rpm

[root@server1 ~]# wgetftp://ftp.pbone.net/mirror/ftp.pramberger.at/systems/linux/contrib/rhel5/i386/perl-Config-IniFiles-2.51-1.el5.pp.noarch.rpm

[root@server1 ~]# rpm -ivh perl-Config-IniFiles-2.51-1.el5.pp.noarch.rpm

[root@server1 ~]# rpm -ivh perl-TimeDate-1.16-3_2.0.el5.noarch.rpm

[root@server1 ~]# rpm -ivh mylvmbackup-0.13-1.1.noarch.rpm

[root@server1 ~]# ln -s /usr/bin/mylvmbackup  /usr/local/bin/mylvmbackup

[root@server1 ~]# mylvmbackup �Cuser=root   �Cmycnf=/etc/my.cnf �Cvgname=testvg �Clvname=mysql �Cbackuptype=tar �Clvsize=100M �Cbackupdir=/root