mysql架构类问题之MMM架构

  • Z时代
  • 2024-01-10
  • 分类：综合

database

MMM 和 MHA 架构

MMM 和 MHA 架构的作用

  • 对主从复制集群的 master 进行监控

  • 当 master 宕机后把写 VIP 迁移到新 master

  • 重新配置集群中其他 slave 对新的 master 同步

MMM 架构

适用的主从复制架构

 主  --  主备
/ |

从 1 从 2 从 3

故障转移步骤

slave 服务器上的操作

  • 完成原 master 上已复制日志的恢复

  • 适用 change master 命令配置新 master

主备服务器上的操作

  • 设置 read_only=off

  • 迁移写 vip 到新 master

架构需要的资源

资源

数量

说明

主 DB

2

用于主备模式的主主复制配置

从 DB

0-N

可以配置 0 台或多台从服务器

IP 地址

2n+1

N 为 MySQL 服务器数量

监控用户

1

用于监控数据库状态的 MySQL 用户（replication client）

代理用户

1

用于 MMM 的 agent 端改变 read_only 状态（super，replication client，process）

复制用户

1

用于配置数据库状态的 MySQL 用户（replication slave）

架构配置步骤

  • 配置主主复制的集群架构

  • 安装 centos 的 YUM 扩展包

  • 安装所需的 Perl 支持包

  • 安装 MMM 工具包

  • 配置并启用 MMM 服务

架构优点

  • 提供了读写 VIP 配置，使读写请求都可以达到高可用

  • 工具包相对完善，不需要额外开发脚本

  • 完成故障转移后，可以持续对 MySQL 集群进行高可用监控

架构缺点

  • 故障切换简单粗暴易丢事务（主备使用 5.7 以后的半同步复制）

  • 不支持 GTID 的复制方式（自行修改 perl 脚本实现）

  • 社区不活跃，很久未更新版本

架构适用场景

  • 使用基于日志点的主从复制方式

  • 使用主主复制架构

  • 需要考虑读高可用的场景

欢迎扫描下方二维码，持续关注：

互联网工程师（id:phpstcn），我们一起学习，一起进步

以上是 mysql架构类问题之MMM架构 的全部内容， 来源链接： utcz.com/z/531799.html

回到顶部