高可用方案 MHA
1、主从复制方案选择
基本方案：mysqldump方法
高级方案：xbackup备份并恢复
2、可能的问题
网络延迟、硬盘io瓶颈导致从写慢
=============xbackup 主从方案================
流程：
1、xbackup在主master备份mysql
2、scp传输备份文件夹到目标文件夹
3、在slave上预处理备份文件夹
使用 --apply-log /文件夹 参数
4、复制或者剪切文件到slave的数据库数据目录
--move-back或者 --copy-back
5、设置复制账号密码和时间点
时间点查看：cat xbackup_binlog_pos_innodb
在master上设置权限账号：
6、设置change master配置
延迟复制用途：
1、误删除恢复
2、用于测试
命令：change master to master_delay=N; N是秒
对应的查看参数是:
第一个是定义的延迟时间
第二个是倒计时
=============================================
同步方案：
异步复制（Asynchronous replication）
MySQL默认的复制即是异步的，主库在执行完客户端提交的事务后会立即将结果返给给客户端，并不关心从库是否已经接收并处理，这样就会有一个问题，主如果crash掉了，此时主上已经提交的事务可能并没有传到从上，如果此时，强行将从提升为主，可能导致新主上的数据不完整。
全同步复制（Fully synchronous replication）
指当主库执行完一个事务，所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回，所以全同步复制的性能必然会收到严重的影响。
半同步复制（Semisynchronous replication）
介于异步复制和全同步复制之间，主库在执行完客户端提交的事务后不是立刻返回给客户端，而是等待至少一个从库接收到并写到relay log中才返回给客户端。相对于异步复制，半同步复制提高了数据的安全性，同时它也造成了一定程度的延迟，这个延迟最少是一个TCP/IP往返的时间。所以，半同步复制最好在低延时的网络中使用。
==========半同步方案
http://www.cnblogs.com/ivictor/p/5735580.html参考
