请选择 进入手机版 | 继续访问电脑版

爱分享吧

 找回密码
 立即注册11
搜索
热搜: 活动 交友 discuz
查看: 1724|回复: 0

今日讨论: MySQL高可用架构应该考虑什么? 你认为应该如何...

[复制链接]

75

主题

75

帖子

1340

积分

管理员

Rank: 9Rank: 9Rank: 9

积分
1340
发表于 2018-6-13 22:48:43 | 显示全部楼层 |阅读模式



今日讨论: MySQL高可用架构应该考虑什么? 你认为应该如何设计?
a.  MySQL高可用架构应该考虑什么
1. 对业务的了解,需要考虑业务对数据库一致性要求的敏感程度,切换过程中是否有事务会丢失 。
2. 对于基础设施的了解,需要了解基础设施的高可用的架构。例如 单网线,单电源等情况
3. 对于数据库故障时间掌握,业务方最多能容忍时间范围,因为高可用切换导致的应用不可用时间。
4. 需要了解主流的高可用的优缺点:例如 MHA PXC MGR 等
5. 考虑多IDC多副本分布,支持IDC级别节点全部掉线后,业务可以切到另一个机房

b. 你认为应该如何设计?
1. 基础层 和基础运维部门配合,了解和避免网络/ 硬盘/ 电源等是否会出现单点故障
2. 应用层 和应用开发同学配合 在关键业务中记录SQL日志,可以做到即使切换,出现丢事务的情况,也可以通过手工补的方式保证数据一致性,例如:交易型的业务引入状态机,事务状态,应对数据库切换后事务重做
3. 业务层 了解自己的应用,根据不同的应用制定合理的高可用策略。
4. 单机多实例 环境及基于虚拟机或容器的设计不能分布在同一台物理机上。
5. 最终大招 在数据库不可用 ,可以把已提及的事务先存储到队列或者其他位置,等数据库恢复,重新应用。

回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册11

本版积分规则

Archiver|手机版|小黑屋|爱分享吧

GMT+8, 2022-12-5 21:33 , Processed in 0.101486 second(s), 26 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表