事实上，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
