asp写入mysql拿shell_百度大牛shell脚本搭建mgr

1.MGR特点

MySQL Group Replication(MGR)是MySQL官方在5.7.17版本引进的一个数据库高可用与高扩展的解决方案，以插件形式提供，实现了分布式下数据的最终一致性，总结MGR特点如下：

• 高一致性：基于分布式paxos协议实现组复制，保证数据一致性；

• 高容错性：自动检测机制，只要不是大多数节点都宕机就可以继续工作，内置防脑裂保护机制；

• 高扩展性：节点的增加与移除会自动更新组成员信息，新节点加入后，自动从其他节点同步增量数据，直到与其他节点数据一致；

• 高灵活性：提供单主模式和多主模式，单主模式在主库宕机后能够自动选主，所有写入都在主节点进行，多主模式支持多节点写入。

2.组复制故障检测

故障检测是提供关于哪些 server 可能已死的信息(猜测)的分布式服务。某个 server 无响应时触发猜测，组中其余成员进行协调决定以排除给定成员。如果某个 server 与组的其余成员隔离,则它会怀疑所有其他 server 都失败了。由于无法与组达成协议(因为它无法确保仲裁成员数),其怀疑不会产生后果。当服务器以此方式与组隔离时,它无法执行任何本地事务。在线 server 列表通常称为视图，新成员server的加入离开，无论是自愿还是被迫的离开，该组都会动态地重新规划其配置,并触发视图更新。

3.组复制的限制

• 存储引擎必须为Innodb，即仅支持InnoDB表，并且每张表一定要有一个主键，用于做write set的冲突检测;

• 每个表必须提供主键;

• 只支持ipv4，网络需求较高;

• 必须打开GTID特性，二进制日志格式必须设置为ROW，用于选主与write set;

• COMMIT可能会导致失败，类似于快照事务隔离级别的失败场景;

• 目前一个MGR集群组最多支持9个节点;

• 不支持外键于save point特性，无法做全局间的约束检测与部分部分回滚;

• 二进制日志binlog不支持Replication event checksums;

• 多主模式(也就是多写模式) 不支持SERIALIZABLE事务隔离级别;

• 多主模式不能完全支持级联外键约束;

• 多主模式不支持在不同节点上对同一个数据库对象并发执行DDL(在不同节点上对同一行并发进行RW事务，后发起的事务会失败);

linux版本：CentOS Linux release 7.8.2003 (Core)

mysql版本：Ver 8.0.18 for el7 on x86_64 (MySQL Community Server - GPL)

前提：

1、服务器规划，都关闭防火墙，中控机能ssh到各个安装节点

192.168.17.170 linuxsinglemysql 中控机

192.168.17.132 mgr01     mysql主节点

192.168.17.133 mgr02     mysql从节点1

192.168.17.135 mgr03     mysql从节点1

2、中控机 /shell/installmgr下文件

hostnameimport.txt  

hostnameip.txt 

installmgr.sh 

mgrmastercreate.sh  

mgrslavecreate.sh  

my.cnf  

mysqld  

mysqlinstall.sh  

mysql.local

/soft下如下文件 mysql-8.0.18-el7-x86_64.tar.gz

脚本执行：

中控机/shell/installmgr执行  sh installmgr.sh

等待3-5分钟，搭建完毕！

---

脚本如下

1、vim installmgr.sh

2、vim mysqlinstall.sh

3、vim mgrmastercreate.sh

4、vim mgrslavecreate.sh

5、vim hostnameimport.txt

192.168.17.132 mgr01

192.168.17.133 mgr02

192.168.17.135 mgr03

192.168.17.170 linuxsinglemysql

6、vim hostnameip.txt

192.168.17.132 mgr01 1

192.168.17.133 mgr02 0

192.168.17.135 mgr03 0