4、mysql组复制集群
一主多从的请求通常是读的请求高于写 ，但是如果写的请求很高，要求每个节点都可以进行读写，这时分布式必须通过（多组模式）集群的方式进行横向扩容。
组复制对节点的数据一致性要求非常高，因此要对所有的节点重新进行初始化：
编辑配置文件，根据实际情况修改主机名和网段
在server2上
只修改id和主机名
在server3上
根据实际情况修改id和主机名
在server1上查看组复制中的成员
测试：所有节点都可以写入数据
在server1上
在server2上
在server3上
5、mysql读写分离
延迟复制
如果在master端误操作，可以在slave端进行数据恢复，只需要停掉sql线程；
延迟只是延迟了sql ，IO已经复制过来了 ，数据已经在中继日志里保存起来了，只不过sql没有进行回放。
路由类似于代理 ，此实验组复制集群有三个节点 当外部应用在连接这个集群的时候，如果只连接其中一个节点，如果这个节点挂了，所以就得把它负载到其他节点，mysql 路由器 负责负载后端的节点。
在server4上
routing_strategy= round-robin 第一个访问11，第二个访问12，第三个访问13
routing_strategy=first-available 第一个可用的话就不会后面的，当第一个挂掉之后，才会到后面去
在mysql集群中创建远程测试用户
因为组复制集群，所以server2，server3上也会同步创建远程测试用户
在server1上
在server1，2，3上分别安装软件
7001端口是只读权限，顺序是11，12，13
当在server4上进行第一次执行时
server1与server4建立连接
在server4上进行第二次执行时
server1会与server4断开连接，server2与server4建立连接
7002端口为读写权限，调度列表顺序为13，12，11
在server4上第一次执行
与server3建立连接
当挂掉server3时
在server4上进行第二次执行则会与server2建立连接
6、mysql高可用架构
重新创建一主两从集群，在master端关闭mysql服务 /etc/init.d/mysqld stop ，
删除mysql文件,修改主配置文件重新初始化
master端重新初始化并建立用户
在slave端同样重新进行初始化（其他节点以此类推）
测试
在master端
在slave端
server2
server3
一主两从架构完成，进行MHA部署
做一个管理端在server4上
在server4上安装管理软件
管理端配置ssh免密传输，免密连接所有被控节点
复制客户端软件
在server1，sever2，server3上安装客户端软件
工具包
MHA配置
注释需要删除
每个节点上也必须要有免密连接，检测各节点的ssh免密连接
在master端设置mysql管理员权限，slave节点自动同步
检测主从复制集群状态
实验环境搭建完成。
7、mysql高可用切换
（1）手动切换
master正常时，12会接管11成为master，原始的master会变成新的slave
检测（11和13都指向的master是12）
当停掉server2这个master，slave就无法进行连接
在管理端
11重新变成master，快速变成了一个一主一从的架构
12如何恢复成slave
需要手动修复，重新加入主从集群
（2）自动切换（主从集群正常，一主两从）
故障切换后会生成lock文件，需要手动删除
此时，停掉server1上的mysql
自动切换成功，在13上可查看
修复11，在11上打开服务
此时，又构成了一主两从架构，12是master，11，13是slave
最后，删除管理端因为故障切换生成的的lock文件，以避免影响后面的操作
加入故障切换和在线切换脚本并对其做出相应的修改
测试
查看管理端日志，重新切换成功
恢复12的slave端
手动恢复
再进行一次手动切换
删除自动切换生成的锁定文件
手动切换不会生成锁定文件，VIP会随着master的改变而漂移
