Mysql高可用方案

雨点打透心脏的1/2处 2023-09-25 09:12 65阅读 0赞

## 通常用什么模型来解决mysql高可用性 ##

AsynchronousReplicationAutomaticfailover

其原理是在一条异步复制通道上配置多个可用复制源，当某个复制源不可用时(宕机、复制链路中断)，且slave的IO线程尝试重连无效，自动根据权重选择新的源继续同步。

准备一个MGR集群和单实例，模拟复制链路切换，当primary故障，slave自动切换到其他节点。dbdeployerdeployreplication--topology=group8.0.22--single-primarydbdeployerdeploysingle8.0.22

2.在从机上建立指向MGR主节点的复制通道，

changemastertomaster\_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=10forchannel'mgr-single';

在master\_retry\_count和master\_connect\_retry的设置上要考虑尝试重连多久才切换复制源。

3.在从机上配置asynchronousconnectionautofailover

配置asynchronousconnectionautofailover的两个函数：

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节点切换，异步复制也能切换到新的主节点。

SELECTasynchronous\_connection\_failover\_add\_source('mgr-single','127.0.0.1',23223,null,100);SELECTasynchronous\_connection\_failover\_add\_source('mgr-single','127.0.0.1',23224,null,80);SELECTasynchronous\_connection\_failover\_add\_source('mgr-single','127.0.0.1',23225,null,50);startslaveforchannel'mgr-single';

4.检查异步复制通道是否启用failover。

mysql>SELECTCHANNEL\_NAME,SOURCE\_CONNECTION\_AUTO\_FAILOVERFROMperformance\_schema.replication\_connection\_configuration;+--------------+---------------------------------+|CHANNEL\_NAME|SOURCE\_CONNECTION\_AUTO\_FAILOVER|+--------------+---------------------------------+|mgr-single|1|+--------------+---------------------------------+1rowinset(0.01sec

5.把MGR的primary节点kill掉，这个从节点会在尝试几轮重连失败后自动切换到次权重的复制源，其日志中会输出切换信息。

注意：当主节点故障，一旦复制链路成功failover后，在新的复制链路没有故障时，如果原主节点恢复，是不会回切的。如果当前复制链路发生故障，会再次选择权重高的进行切换。

![Mysql高可用方案\_mysql高可用][Mysql_mysql]

## mysql 多少版支持高可用 ##

你是不是说高可用是容量更大但是速度慢，高性能是更小但是速度更快的？ 看实际需求咯，如果网站的SQL需求能用高性能满足的，那自然用高性能。

## 高可用mysql和高性能mysql哪个好 ##

你是不是说高可用是容量更大但是速度慢，高性能是更小但是速度更快的？

看实际需求咯，如果网站的SQL需求能用高性能满足的，那自然用高性能。

![Mysql高可用方案\_mysql高可用\_02][Mysql_mysql_02]

## mysql 多少版支持高可用 ##

主从复制解决方案：这是MySQL自身提供的一种高可用解决方案，数据同步方法采用的是MySQL replication技术。MySQL replication就是从服务器到主服务器拉取二进制日志文件，然后再将日志文件解析成相应的SQL在从服务器上重新执行一遍主服务器的操作，通过这种方式保证数据的一致性。为了达到更高的可用性，在实际的应用环境中，一般都是采用MySQL replication技术配合高可用集群软件keepalived来实现自动failover，这种方式可以实现95.000%的SLA。

常见的MYSQL高可用解决方案

MMM/MHA高可用解决方案：MMM提供了MySQL主主复制配置的监控、故障转移和管理的一套可伸缩的脚本套件。在MMM高可用方案中，典型的应用是双主多从架构，通过MySQL replication技术可以实现两个服务器互为主从，且在任何时候只有一个节点可以被写入，避免了多点写入的数据冲突。同时，当可写的主节点故障时，MMM套件可以立刻监控到，然后将服务自动切换到另一个主节点，继续提供服务，从而实现MySQL的高可用。

常见的MYSQL高可用解决方案

Heartbeat/SAN高可用解决方案：在这个方案中，处理failover的方式是高可用集群软件Heartbeat，它监控和管理各个节点间连接的网络，并监控集群服务，当节点出现故障或者服务不可用时，自动在其他节点启动集群服务。在数据共享方面，通过SAN(Storage Area Network)存储来共享数据，这种方案可以实现99.990%的SLA。

常见的MYSQL高可用解决方案

Heartbeat/DRBD高可用解决方案：此方案处理failover的方式上依旧采用Heartbeat，不同的是，在数据共享方面，采用了基于块级别的数据同步软件DRBD来实现。DRBD是一个用软件实现的、无共享的、服务器之间镜像块设备内容的存储复制解决方案。和SAN网络不同，它并不共享存储，而是通过服务器之间的网络复制数据。

常见的MYSQL高可用解决方案

NDB CLUSTER：国内用NDB集群的公司非常少，貌似有些银行有用。NDB集群不需要依赖第三方组件，全部都使用官方组件，能保证数据的一致性，某个数据节点挂掉，其他数据节点依然可以提供服务，管理节点需要做冗余以防挂掉。缺点是：管理和配置都很复杂，而且某些SQL语句例如join语句需要避免。

常见的MYSQL高可用解决方案

使用第三方的Tungsten软件：使用java编写，不是MYSQL内置的，同样是MYSQL数据库复制，不过他不是用MYSQL内置的组件来做的，不但支持MYSQL数据库复制也支持异构数据库的复制，而且对异构数据库复制支持较好，例如MYSQL复制到ORACLE。

常见的MYSQL高可用解决方案建议用：阿里云虚拟主机-基础型(1024m 主机，100m sql数据库，共享1000m带宽)，能备案，年费：130。

希望可以帮到你，在线上。

[Mysql_mysql]: https://img2.baidu.com/it/u=64999600,3216404742&fm=26&fmt=auto
[Mysql_mysql_02]: https://img1.baidu.com/it/u=870351961,2215757876&fm=26&fmt=auto