mysql主从复制用途
实时灾备，用于故障切换
读写分离，提供查询服务
备份，避免影响业务
主从部署必要条件
主库开启binlo日志（设置log-bin参数）
主从server-id不同
从库可以连同主库
主从复制原理图
从库的io线程
去请求主库的bin-log二进制，并将得到的binlog日志写到relay log（中继日志中）
主库的dump线程
用来给从库的I/O线程传送binlog二进制日志；
从库的SQL线程
会读取从库中得relay-log文件的日志，并且解析成具体的操作进行持久化，实现主从同步
该架构存在的问题
主库宕机可能存在数据的丢失；当然从库也可能宕机，我们可以部署双从； 从库只有一个SQL线程，当用户操作过多时。
主库生成大量的bin--log二进制日志，从库可能帮不过来
我们使用的是MHA软件
MHA可以运行在每台mysql服务器上，当MHA检测到master出现故障时，
会将记录到最新数据的slave提升为新的master。 并将其他所有的slave重新指向新的master。
整个故障转移对程序来说是完全透明的
MHA缺点
在MHA自动切换故障的过程中，MHA试图向宕机的主服务器上记录二进制日志。
最大程度的保证数据不丢失，但这并不总是可行的。 例如，如果主服务器硬件故障或无法通过ssh访问。
MHA没法保存二进制日志，只进行故障转移而丢失了最新的数据。
半同步复制
mysql半同步复制可以大大降低数据丢失的，MHA可以与半同步复制结合起来。
如果一台slave服务器接收到了最新的二进制日志。
HMA可以将最新的二进制日志同步给其他的slave。
因此可以保证所有节点数据的一致性
MHA工作原理总结为以下几条
•从宕机的master服务器上保存二进制事件
•识别含有最新数据的slave
•提升一个slave为新的master
•将其他的slave连接到新的maser进行复制