189 8069 5689
Asynchronous Replication Automatic failover
成都创新互联专业为企业提供柳林网站建设、柳林做网站、柳林网站设计、柳林网站制作等企业网站建设、网页设计与制作、柳林企业网站模板建站服务，10多年柳林做网站经验，不只是建网站，更提供有价值的思路和整体网络服务。
其原理是在一条异步复制通道上配置多个可用复制源，当某个复制源不可用时（宕机、复制链路中断），且 slave 的 IO 线程尝试重连无效，自动根据权重选择新的源继续同步。
准备一个 MGR 集群和单实例，模拟复制链路切换，当 primary 故障，slave 自动切换到其他节点。dbdeployer deploy replication --topology=group 8.0.22 --single-primarydbdeployer deploy single 8.0.22
2. 在从机上建立指向 MGR 主节点的复制通道，
change master to master_user='msandbox',master_password='msandbox', master_host='127.0.0.1',master_auto_position=1,source_connection_auto_failover=1,master_port=23223,master_retry_count=6,master_connect_retry=10 for channel 'mgr-single';
在 master_retry_count 和 master_connect_retry 的设置上要考虑尝试重连多久才切换复制源。
3. 在从机上配置 asynchronous connection auto failover
配置 asynchronous connection auto failover 的两个函数：
asynchronous_connection_failover_add_source(channel-name,host,port,network-namespace,weight)
asynchronous_connection_failover_delete_source(channel-name,host,port,network-namespace)
权重值大的被优先级选择，可以配合MGR的选举权重配置 asynchronous_connection_failover 的权重。当 MGR 节点切换，异步复制也能切换到新的主节点。
SELECT asynchronous_connection_failover_add_source('mgr-single','127.0.0.1',23223,null,100); SELECT asynchronous_connection_failover_add_source('mgr-single','127.0.0.1',23224,null,80); SELECT asynchronous_connection_failover_add_source('mgr-single','127.0.0.1',23225,null,50);start slave for channel 'mgr-single';
4. 检查异步复制通道是否启用 failover。
mysql SELECT CHANNEL_NAME, SOURCE_CONNECTION_AUTO_FAILOVER FROM performance_schema.replication_connection_configuration; +--------------+---------------------------------+| CHANNEL_NAME | SOURCE_CONNECTION_AUTO_FAILOVER |+--------------+---------------------------------+| mgr-single | 1 |+--------------+---------------------------------+1 row in set (0.01 sec
5. 把 MGR 的 primary 节点 kill 掉，这个从节点会在尝试几轮重连失败后自动切换到次权重的复制源，其日志中会输出切换信息。
注意：当主节点故障，一旦复制链路成功 failover 后，在新的复制链路没有故障时，如果原主节点恢复，是不会回切的。如果当前复制链路发生故障，会再次选择权重高的进行切换
不是很理解，比如说你3台搭建分布式，你通过什么方式区分库表？假设每台服务器上部署一个mysql实例，那你怎么把数据分布到3个mysql里面？是每个mysql里面存不同的表么？如果这样，就还可以接受。这块问题不是很大。
第二个问题，你的HA主备，意思是说两个分布式互为主备？那怎么备份，怎么切换？
其实按照你想要达到的目标。应该是每两台互做主备，形成3对主备库，然后这3对再组建一个分布式集群。
其实和你要做的可能差不多，不过逻辑上还是有差异的。HA你准备怎么做？keepalived？
另外，咨询一下，你的分布式是通过什么来实现，不同业务访问不同的数据库，每个库存不同的表？还是相同的表分布在不同数据库？
看你服务器的配置如何，其实我觉得一般来说拿3台来做备机有点浪费，如果配置允许，可以考虑做成6套mysql主备的分布式集群。
通过交叉互备实现硬件的最大利用。下图是我们之前用4台服务器做的一套集群方案。
如果还有其他问题可以和我联系。
mysql集群部署操作如下：
1、在MySQL集群中.当table引擎为NDBCLUSTER时才做集群，其他非NDBCLUSTER表和一般MySQL数据库表一样，不会共享数据。NDBCLUSTER表数据存储在Data node服务器内存中，Data Node可以为1台或多台服务器，它们之间存放共享数据。Data Node服务器可以分组数据copy。
例如：2,3,4,5为四台Data Node服务器ID. 2,3为组0； 4，5为组1； 2，3维持数据相同，4，5维持数据相同。 组0和组1维持数据不同。
2、sql node服务器中，非NDBCLUSTER数据存在本身数据库中，table引擎为NDBCLUSTER时，数据存储在Data Node中。当查询NDBCLUSTER表时，它会从Data node集群中提起数据.
3、Manager server管理SQl node和Data node状态。
当提到大数据，高并发。大家都会想到分布式，集群。
那么两者都是用来处理大批量数据操作的，其工作原理是有很大区别的，分布式会缩短单个任务的执行时间来提升工作效率，而集群强调的是提高单位时间内执行操作数的增加来提高效率。
更简单的来说，分布式是将步骤分到每台电脑上，不考虑依赖关系。
集群方案是指几个任务同时在处理。