MySQL分布式高可用-MGR原理以及简单配置

MGR介绍了MySQL组（MGR）的扩展，该组基于组和PAXOS协议的原理提供了高度可用的解决方案。
与传统的从属副本相比，MGR确保通过Group Replication Protocol（GRP）和PAXOS协议确保分散数据库的一致性和高度准备。
每个按钮（按钮）可以执行单独的交易，但是在小组验证和阅读事务（RO）之后，只能在无验证的情况下执行读取和记录活动（RW）。
在节点上发送事务之前，该交易将是该组中的原子，请通知其他按钮更改内容并进行交易以设置全局订单，以确保所有服务器都以相同的顺序接收并应用与相同的交易相同的交易，从而保持一致性。
在配置MGR配置之前，该体系结构副本副本副本，必须确保测试环境满足以下条件：配置DNS服务器名称的静态IP地址和分辨率以设置SSH无键环境防火墙环境和门，以确保UUID启动引导程序启动组和slave 2 for Moirifie for Moirifie for Moinifie the Moirifie for Moinifie for Moinifie for Moinifie for Moinifie for Moirifie for Moinifie for Moingr -slave2 for Moingr -slave2 文件。

介绍几种 MySQL 官方高可用方案

MySQL官员提供了各种高可用性位置策略，从基本大师的复制到Advanced InnodbCluster，以满足不同的需求。
在这里，以MySQL 8 .0版本为例，探索主要组件和使用的方案。
1 .MYSQLREPLICATION是MySQL最常用的灾难恢复方法。
通过复制Master-Hamba，数据将自动从父服务器流到从属。
读写分离和故障转移是通过各种孩子来实现的，这些孩子简单但功能强大，适合大多数业务需求。
2 .MysqlGroupRopplication从MySQL5 .7 开始，并在MGR（组复制）中引入。
它基于复制协议和PAXO，提供了很高的一致性和多od支持，非常适合具有高规模和灵活需求的方案。
3 MySqlinNodBcluster高本地可用性解决方案，结合了振荡和管理工具，提供了自动故障转移和群集管理，非常适合具有很高数据一致性要求的应用程序。
4 Mysqlinnodbclusterset高级版本在整个区域处理高可用性，并通过ClustSet复制通道，以确保在灾难情况下快速数据恢复。
5 .Mysqlinnodbreplicaset基于传统的主机体系结构。
尽管它的功能不如InnodbCluster那样全面，但它易于手动管理并且适合低自动化要求。
对各种解决方案的比较分析具有自己的优势和缺点。
选择时，您需要考虑诸如业务需求，技术实力，成本和数据一致性之类的因素。
还应考虑其他工具，例如MHA和MMM。
简而言之，MySQL具有丰富而多样的可用性解决方案，并且在选择时，您必须根据实际的业务场景和资源条件做出正确的决定。

MGR高可用

由于公司的虚拟货币帐户系统，虚拟货币系统结合了基本功能，例如充值，消费，查询余额，运输和问责制。
因此，有必要确保其高可用性，尤其是在多个计算机房间中恢复灾难。
但是，MySQL和Redis传统新闻模型在高可用性方面具有明显的疼痛点。
在传播一个点MySQL时，数据一致性存在问题。
数据是由于相等的停止或主要库设备，复杂的开关过程而不一致的，并且需要手动干预才能恢复数据。
通过计算机和写作室阅读读数会导致网络恢复和时间故障，并且当计数器或设备减少时，需要手动干预才能切换到备份库，这也无法确保主要从属数据的一致性。
MGR（MySQLGROUPLIC）是创建非常灵活的MySQL并提供的附加组件。
MGR具有高一致性，高端公差，高膨胀和高灵活性的主要优势。
它可以随时通过组合的小组成员服务保持小组的报价一致，并提供所有服务器供使用。
服务器可以自由加入或离开组，小组的宽度将相应更新。
当成员离开小组时，发现了发现故障的机制，并了解了已更改的组的观点。
与高MySQL总体图表相比，MGR具有明显的优势。
它可以达到强大的一致性，高功能故障，高膨胀和灵活性。
但是，缺点是它仅支持InnoDB发动机，该发动机在该行业相对有限。
同时，至少需要三个合同，这会消耗大量网络频率范围。
MGR发布参数的任命，例如IP，主机名，数据库版本信息，服务器标识符等。
在环境准备阶段，应关闭保护墙和保护墙。
主机的名称是在etc /hosts文件中形成的。
教师的说明包括对基本参数的描述以及MGR所需的相关参数，例如Server_ID，GTID_MODE，ENFORCE_GTID_CONSISTNESS等。
在实施由客户本地启动的交易之后，将广播给其他成员创建的副本写作组。
在发现冲突成功之后，可以将交易提供并应用于组中的所有成员，以确保强大数据的一致性。
MGR的出版物包括准备与MGR相关的基本参数和参数，例如Server_ID，GTID_MODE，EFREFORCE_GTID_CONSISTNESS等。
MySQL等。
使用高解决方案。
通过发布该块，它在数据中实现了强大的一致性和极大的耐受性，该数据适用于在诸如对高可用性有严格要求的虚拟货币系统等方案中的应用。

mysql5.7搭建MGR集群

MySQL5 .7 MGR群集构造详细说明说明MySQLGroupreplication（MGR）是基于天然复制和PAXOS协议的高度相干群集解决方案。
作为MySQL的官方实施，它提供了数据安全一致性的保证，尤其是在复杂方案中。
在传统的奴隶复制中，在唯一的主奴隶模式下存在数据丢失的风险。
MGR提供了几个主节点，每个身体都可以执行阅读和写作操作。
在多主管模式下，在验证交易之前，您必须确保所有实例都识别而不会冲突并避免同时冲突。
MGR的弹性反映在自动数据同步中，并在添加和删除节点时保持一致性。
对于节点的故障，只要大多数节点未损坏，群集就可以正常工作。
PAXOS协议提供了MGR组中实例数据的连贯性，即使在分布式系统中也可以达到一致性。
高公差反映在自动碰撞检测和裂纹大脑的保护中，而高尺度的反映在加法和消除节点的自动管理中。
此外，主教支持独特的主或多手模式，以满足不同的商业需求。
MGR群集的部署需要准备环境，包括主机名的定义，MySQL的安装以及群集节点的配置。
主主机群集必须定义`group_replication_single_primary_mode` on on on on，而多主管群集必须停用单杆模式并激活严格的一致性检查。
必须在从奴隶结上进行“ read_only”和“ super_read_only”进行相应调整。
通过检查群集设置并进行乘以乘以，您可以确保群集运行正确。