事实上,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;

+——————+———-+————–+——————+

| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |

+——————+———-+————–+——————+

| mysql-bin.000002 |       98 |              |                  |

+——————+———-+————–+——————+

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

原文http://blogold.chinaunix.net/u3/117244/showart_2294763.html

[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 ~]# wget ftp://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 –user=root   –mycnf=/etc/my.cnf –vgname=testvg –lvname=mysql –backuptype=tar –lvsize=100M –backupdir=/root