参考URL：
http://rfyiamcool.blog.51cto.com/1030776/1016636/
原因源于其实以前环境是有MYSQL主从复制的，且最开始主从复制之间是OK的。
但由于日志长得太多，同步来不急，磁盘空间满了之后，失了很多记录。所以必须重新作主从，但主已不能被影响了。
~~~~~~~~~~~~~~~~~~~~~~~~
那就用XTRABACKUP吧，，阿里RDS也是用这个工作来作一些备份恢复的。
基于上，理想了思路，多参考几个网上文章就可以开始啦。。
但数据库太多，备份和COPY到从机器上都花了不少时间，幸运的是到晚上两点左右，总算搞定。
那下一步，就是优化MYSQL主性能，以及MYSQL从的滞后问题啦。
~~~~~~~~~~~~~~~~
http://blog.csdn.net/hw_libo/article/details/38316721
http://segmentfault.com/a/1190000002575399
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
最好，要先RESET MASTER一下，再开始弄哈。。。这样，就样空间对接刚刚好。
。。。。。。。。。。。。。。。。。。。。。。。
安装xtrabackup:
rpm -Uhv http://www.percona.com/downloads/percona-release/percona-release-0.0-1.x86_64.rpm
这个是64位的。
32位的地址是：
http://www.percona.com/downloads/percona-release/percona-release-0.0-1.i386.rpm
如果装了这个套装之后却找不到innobackupex命令。。。就。。。：
http://www.percona.com/software/percona-xtrabackup/downloads/
mkdir /data/backup -p
确保在my.cnf中存在[mysqld]
并且在[mysqld]后面存在 datadir = ....
[[email protected] ~]# innobackupex --user=root --password=123456 --defaults-file=/etc/my.cnf /data/backup
InnoDB Backup Utility v1.5.1-xtrabackup; Copyright 2003, 2009 Innobase Oy
and Percona Inc 2009-2012. All Rights Reserved.
。。。。
innobackupex: Backup created in directory ‘/data/backup/2012-04-19_10-46-32‘
innobackupex: MySQL binlog position: filename ‘log_bin.000027‘, position 2973624
120419 10:46:53 innobackupex: completed OK!
最后输出 completed OK! 表示备份成功了。
可以看到在备份myisam类型表的时候，还是会锁表~~ innodb就不会锁表。哼。
备份好的文件保存在 /data/backup目录中，比如：
/data/backup/2012-04-19_10-46-32/
[[email protected] ~]# ls /data/backup/2012-04-19_10-46-32/
backup-my.cnf ibdata1 mysql shipincon test xtrabackup_binary xtrabackup_binlog_info xtrabackup_checkpoints xtrabackup_logfile
备份日志：
刚刚备份好的数据文件，并不是直接可用的。大概是处于一种数据库挂掉的状态~~~，
细节不讲了，要用日志对其进行恢复：
[[email protected] ~]# innobackupex --apply-log /data/backup/2012-04-19_10-46-32/
这个过程与数据库挂掉之后重启mysqld时的自动修复过程差不多。
把数据复制到从服务器：
$ scp -r /data/backup/2012-04-19_10-46-32/ [email protected]:/data/
关闭从服务器并切换数据：
$ /etc/init.d/mysql stop
$ cd /data
$ mv mysql mysql_old
$ mv 2012-04-19_10-46-32 mysql
修改my.cnf， 给它一个独一无二的server_id。
一个比较好的办法是用服务器的IP地址，把其中的.去掉即可。
然后启动mysqld:
$ /etc/init.d/mysql start
最后change master。
与mysqldump备份的步骤比起来，这次我们没有flush tables with read lock，
也没有show master status来获取日志文件名和座标。
因为xtrabackup完成备份之后，自动保存了这些信息。
$ cat /data/mysql/xtrabackup_binlog_info
log_bin.000027 2973624
mysql> CHANGE master to-> master_user=’rep’,-> master_password=’rep’,
-> master_host=’10.20.30.40′,
-> master_log_file=’log_bin.000027′,
-> master_log_pos= 2973624;
然后 start slave 即可。
推荐利用xtrabackup实现从服务器的部署~ 速度真的很快~
