MySQL高可用方案设计.pdf

实用文档 MySQL高可用方案 1. 概述 随着互联网的发展， 数据库的数据量也日益增长， 并发也越来也高， 各种高可用 高并发方案也呼之而出， 这里我们想介绍一下高可用方案， 我们在编写高可用方 案的时候，基本都会考虑下列几点： 1、 数据库发生了宕机或者意外中断等故障， 能尽快恢复数据库的可用性， 尽可 能的减少停机时间，保证业务不会因为数据库的故障而中断。 2、 用作备份、 只读副本等功能的非主节点的数据应该和主节点的数据实时或者 最终保持一致。 3、 当业务发生数据库切换时， 切换前后的数据库内容应当一致， 不会因为数据 缺失或者数据不一致而影响业务。 2. 各种方案介绍 2.1. 主从或主主半同步复制 使用双节点数据库， 搭建单向或者双向的半同步复制。 在 5.7 以后的版本中， 由 于 lossless replication 、logical 多线程复制等一些列新特性的引入，使得 MySQL原生半同步复制更加可靠。 常见架构如下： 通常会和 proxy 、keepalived 等第三方软件同时使用， 即可以用来监控数据库的 健康，又可以执行一系列管理命令。 如果主库发生故障， 切换到备库后仍然可以 继续使用数据库。 优点： . 架构比较简单，使用原生半同步复制作为数据同步的依据； 文案大全 实用文档 . 双节点，没有主机宕机后的选主问题，直接切换即可； . 双节点，需求资源少，部署简单； 缺点： . 完全依赖于半同步复制，如果半同步复制退化为异步复制，数据一致性无法得到保 证； . 需要额外考虑 haproxy 、 keepalived 的高可用机制。 2.2. 半同步复制优化 半同步复制机制是可靠的。 如果半同步复制一直是生效的， 那么便可以认为数据 是一致的。 但是由于网络波动等一些客观原因， 导致半同步复制发生超时而切换 为异步复制，那么这时便不能保证数据的一致性。 所以尽可能的保证半同步复制， 便可提高数据的一致性。 该方案同样使用双节点架构，但是在原有半同复制的基础上做了功能上的优化， 使半同步复制的机制变得更加可靠。 可参考的优化方案如下： 2.2.1. 双通道复制 半同步复制由于发生超时后， 复制断开， 当再次建立起复制时， 同时建立两条通 道，其中一条半同步复制通道从当前位置开始复制， 保证从机知道当前主机执行 的进度。另外一条异步复制通道开始追补从机落后的数据。 当异步复制通道追赶 到半同步复制的起始位置时，恢复半同步复制。 2.2.2. binlog 文件服务器 搭建两条半同步复制通道，其中连接文件服务器的半同步通道正常情况下不启 用，当主从的半同步复制发生网络问题退化后， 启动与文件服务器的半同步复制 通道。当主从半同步复制恢复后，关闭与文件服务器的半同步复制通道。 优点： 文案大全 实用文档 . 双节点，需求资源少，部署简单； . 架构简单，没有选主的问题，直接切换即可 ; . 相比于原生复制，优化后的半同步复制更能保证数据的一致性。 缺点： . 需要修改内核源码或者使用 mysql 通信协议。需要对源码有一定的了解，并能做一 定程度的二次开发。 . 依旧依赖于半同步复制，没有从根本上解决数据一致性问题。 2.3. 高可用架构优化 将双节点数据库扩展到多节点数据库， 或者多节点数据库集群。 可以根据自己的 需要选择一主两从、一主多从或者多主多从的集群。 由于半同步复制，存在接收到一个从机的成功应