MySQL高可用方案.docx

MySQL高可用方案
1■概述
随着互联网的发展，数据库的数据量也日益增长，并发也越来也高，各种高可用高并发方 案也呼之而出，这里我们想介绍一下高可用方案，我们在编写高可用方案的时候，基本都 会考虑下列几点：
1、 数据库发生了宕机或者意外中断等故障，能尽快恢复数据库的可用性，尽可能的减少 停机时间，保证业务不会因为数据库的故障而中断。
2、 用作备份、只读副本等功能的非主节点的数据应该和主节点的数据实时或者最终保持 一致。
3、 当业务发生数据库切换时，切换前后的数据库内容应当一致，不会因为数据缺失或者 数据不一致而影响业务。


使用双节点数据库，搭建单向或者双向的半同步复制。在 ，由于lossless replication 'logical多线程复制等一些列新特性的引入，使得 MySQL原生半同步复制更加可 靠。
常见架构如下：
Master
Master
Stave
通常会和proxy、keepalived等第三方软件同时使用，即可以用来监控数据库的健康，又可 以执行一系列管理命令。如果主库发生故障，切换到备库后仍然可以继续使用数据库。 优点：
架构比较简单，使用原生半同步复制作为数据同步的依据; 双节点，没有主机宕机后的选主问题，直接切换即可； 双节点，需求资源少，部署简单；
缺点:
.完全依赖于半同步复制，如果半同步复制退化为异步复制，数据一致性无法得到保 证；
. 需要额外考虑haproxy、keepalived的高可用机制。
22半同步复制优化
半同步复制机制是可靠的。如果半同步复制一直是生效的，那么便可以认为数据是一致 的。但是由于网络波动等一些客观原因，导致半同步复制发生超时而切换为异步复制，那 么这时便不能保证数据的一致性。所以尽可能的保证半同步复制，便可提高数据的一致 性。
该方案同样使用双节点架构，但是在原有半同复制的基础上做了功能上的优化，使半同步 复制的机制变得更加可靠。
可参考的优化方案如下：
Master
J
I jf
阿甲 址剧 / A L——-~r r
I ― \ f i I 4 F
Slave
►
Slave
Master

■J * | Tl if * f 理
f 左啊一
Ulf
|> <1形$丿制
Id t j rl
0于1
T" r SJ ML1
刮f
Master (
1 ——
Slave I
Master
—d
Slave
X ‘1
半同步复制由于发生超时后，复制断开，当再次建立起复制时，同时建立两条通道，其中 一条半同步复制通道从当前位置开始复制，保证从机知道当前主机执行的进度。另外一条 异步复制通道开始追补从机落后的数据。当异步复制通道追赶到半同步复制的起始位置 时，恢复半同步复制。
搭建两条半同步复制通道，其中连接文件服务器的半同步通道正常情况下不启用，当主从 的半同步复制发生网络问题退化后，启动与文件服务器的半同步复制通道。当主从半同步 复制恢复后，关闭与文件服务器的半同步复制通道。
优点：
.双