什么是高可用:指的是通过尽量缩短因日常维护操作(计划)和突发的系统崩溃(非计划)所导致的停机时间,以提高系统和应用的可用性

严重的主从延迟,主从复制中断,锁引起的大量阻塞

 

如何实现高可用:

避免导致系统不可用的因素,减少系统不可以的时间

因素:服务器磁盘空间耗尽,性能糟糕的sql,表结构和索引没有优化,主从数据不一致,人为的操作失误等等

磁盘空间耗尽:备份或者各种查询日志突增导致的磁盘空间被占满。mysql由于无法记录二进制日志,无法处理新的请求而产生的系统不可用的故障

解决:建立完善的监控及报警系统;对备份文件进行恢复测试;正确的配置数据库环境;对不需要的数据进行归档和清理

增加系统冗余,保证发送系统不可以时可以尽快恢复(避免存在单点故障,主从切换及故障转移)

 

单点故障:指一个系统提供相同功能的组件只有一个,如果失效,会影响整个系统的正常使用

如何避免mysql单点故障:利用sun共享存储或DRDB磁盘复制解决mysql单点故障;

利用多写集群或NDB集群来解决

 

主服务器单点问题:



MMM的主要作用:



MMM监控MySQL主从复制健康情况,在主库出现宕机时进行故障转移并自动配置其他从对新主的复制



主动主动模式的主主复制

主动被动模式的主主复制





配置主主模式:mysqldump --master-data = 2

 获取yum源











 

安装MMM

yum search MMM;

 

在监控服务器上安装监控包:



在主服务上建立账号:

MMM监控账号 

MMM代理账号:(进行故障转移和切换) 

MMM复制账号(之前已经建立好)

 

配置MMM:cd /etc/mysql-mmm

mmm_common.conf







 

此公共文件scp  capy到所有服务器中(不包括监控服务器)

下面单独配置 





单独配置监控服务器节点:vi mmm.mon.conf



 



启动MMM 代理

/etc/init.d/mysql-mmm-agent start

在监控节点启动监控服务 

/etc/init.d/mysql-mmm-monitor start

查看集群状态:mmm_control show



MMM架构的优缺点:



MMM提供了从服务器的延迟监控

MMM提供了主数据库故障转移后从服务器对新主的重新同步功能

很容易对发生故障的主数据库重新上线

MM提供了从服务器的延迟监控

 

MMM工具缺点:

发布时间比较早不支持mysql新的复制功能(只支持基于日志点的复制)

基于gtid的复制可以保证日志不会重复在slave服务器上被执行

对应mysql5.6后所提供的多线程复制技术也不支持

没有读负载均衡的功能

在进行主从切换时,容易造成数据丢失

MMM监控服务存在单点故障

需开发MMM监控服务的监控程序

 

 

 

友情链接
KaDraw流程图
API参考文档
OK工具箱
云服务器优惠
阿里云优惠券
腾讯云优惠券
华为云优惠券
站点信息
问题反馈
邮箱:[email protected]
QQ群:637538335
关注微信