2019独角兽企业重金招聘Python工程师标准>>> 
系统 centos6.5 至 centos7.0
mysql 5.6.15 至 mysql 5.6.29
下面程序中配置文件的位置根据自己服务器的情况进行修改
1，主服务器操作
修改 /etc/my.cnf
log-bin=mysql-bin //[必须]启用二进制日志
server-id=123 //[必须]服务器唯一ID，默认是1，一般取IP最后一段
2，从服务器操作
修改 /etc/my.cnf
log-bin=mysql-bin //[不是必须]启用二进制日志
server-id=456 //[必须]服务器唯一ID，默认是1，一般取IP最后一段
3，重启两台服务器的mysql
4，主服务器建立账户并且授权slave
mysql > GRANT REPLICATION SLAVE ON *.* to 'mysync'@'%' identified by 'q123456'; //一般不用root帐号，“%”表示所有客户端都可能连，只要帐号，密码正确，此处可用具体客户端IP代替，如192.168.145.226，加强安全。
5，主服务器开始备份数据
安装在线的 yum库
yum install http://www.percona.com/downloads/percona-release/redhat/0.1-3/percona-release-0.1-3.noarch.rpm
安装
yum install percona-xtrabackup-22
6，备份主服务器数据库 (这个里面有一个 --database的参数可以指定数据库，不过这次是整库备份就没用，指定数据库和整库备份应该有不同的操作)
innobackupex --socket=/var/lib/mysql/mysql.sock --user=root --password=123456 --defaults-file=/etc/my.cnf --parallel=4 /data/backup/database
保持事物的一致性（上面备份完后会生成一个类似于 2016-07-28_15-17-40 的目录下面就填这个）
innobackupex --socket=/var/lib/mysql/mysql.sock --user=root --password=123456 --defaults-file=/etc/my.cnf --apply-log /data/backup/database/2016-07-28_15-17-40
7，进入从服务器
这里可以使用screen screen -S database
将主服务器的备份文件传输至从服务器
rsync -rP root@123.123.123.123:/tmp/backup/2016-07-28_15-17-40 /home/mysqlbackup/
恢复文件
innobackupex --socket=/tmp/mysql.sock --user=root --password=ShuaDuan#$%Mysql123 --defaults-file=/etc/my.cnf --copy-back /home/mysqlbackup/2016-07-28_15-17-40/
提醒一下恢复文件的目录是my.cnf中指定的 datadir的路径 这个路径不能是你传过来的路径，这个目录下必须为空，日过恢复文件时报 ibdata1 cannot overwrite 你需要将innodb_data_home_dir 和 innodb_log_group_home_dir改成 和datadir一样的路径 如果不改的话就在/usr/local/mysql/var 把 ibdata1、ib_logfile1、ib_logfile0删掉(当然 老实如我 还是改了)
恢复完后一定记得将恢复后的目录用户和用户组改为mysql 不然mysql启动不了
这时看一下远程传输过来的 尚未恢复的那个目录 里面有一个 xtrabackup_binlog_info 打开之后类似于 mysql-bin.000044 6061066
然后配置从服务器的slave，下面的master_log_file、master_log_pos就填刚才 xtrabackup_binlog_info里面的
mysql > change master to master_host='123.123.123.123',master_user='mysync',master_password='q123456',master_port=3306,master_log_file='mysql-bin.000044',master_log_pos=6061066;
开启slave服务
查看从服务器复制功能状态
show slave status\G
下面这两个必须是yes 否则就不行
Slave_IO_Running: Yes //此状态必须YES
Slave_SQL_Running: Yes //此状态必须YES
大功告成，看下从服务器的数据 是否和主服务器一致
以上主从同步参考 http://369369.blog.51cto.com/319630/790921/
以上数据库备份恢复参考 https://segmentfault.com/a/1190000003063874
如果同步出现后你还在从表插入数据那么会发生主键冲突，我当时直接把新增的数据删除后就好了（不知道是不是该怎么做）。
如果出现类似于 Could not execute Delete_rows event on table z.nidaye; Can't find record in 'nidaye', Error_code: 1032; 这样的1032错误 我当时是删除了主表数据，接着又删除了从表的同样数据（为毛没同步删除，我也不知道）然后就出现了这个错误，网上说是mysql的BUG，不管是什么，提供了几个方法。
1，说是5.5.13有bug，升级数据库就好（我没这么干）
2，利用配置参数 来躲避这个bug vi /etc/my.cnf slave-skip-errors = 1032,xxxx,xxxx ....（我也没这么干）
3.Replicate_Wild_Ignore_Table 发生错误的表。然后手工同步。（我干了但没成功，貌似是语法错误），
4，临时逃避此次错误。set global sql_slave_skip_counter=1; stop slave; start slave; （这我倒是干了，那个sql_slave_skip_counter后面的数字貌似是执行忽略的条数，我当时大概删了十几条数据，那个数字我就填的 十几，然后重新启动slave 在看一下状态，成功了）
以上原文：http://blog.csdn.net/lxpbs8851/article/details/7914992