对mysql的总结与反思_一次DB故障引起的反思和MySQL Operator选型

在一次数据库故障后,作者反思了微服务架构下的MySQL管理问题,提出“微数据库”概念,即通过拆分数据库降低故障影响。文章探讨了MySQL在容器和K8S中的部署方案,最终选择了presslabs/mysql-operator,强调了数据库容器化的趋势,同时也指出了性能和稳定性方面的挑战。
摘要由CSDN通过智能技术生成

ce7647222cc8dd646fd5c3541f893f33.png

前言

在一次数据库故障后,我们发现业务库会根据业务的等级会划分多个 MySQL 实例,许多业务库会同时属于一个 MySQL 实例,当一个库引发问题后整个实例的状态是不可控的。从而导致这个实例上的所有业务不稳定甚至造成中断。

故障反思

微服务架构

7a41cf532b8d6c138344a5419e0ba959.png

微服务架构在公司已经采用并坚持了近十年,我们也从传统的 VM 部署架构转身至当下的“容器+K8S”,无论是软件架构还是部署架构,我们都朝着高可用,可伸缩,快速迭代的目标演进。

通过上述技术,我们将应用的可用性提升到了一个新的高度,不幸的是我们还是遇见了故障。

木桶效应

3b432fe868d8816d557e1c9f1ee256f5.png

木桶效应是讲一只水桶能装多少水取决于它最短的那块木板。一只木桶想盛满水,必须每块木板都一样平齐且无破损,如果这只桶的木板中有一块不齐或者某块木板下面有破洞,这只桶就无法盛满水。

墨菲定律

墨菲定律不是一种心理学效应,是一种数学推理。

如果有两种或两种以上的方式去做某件事情,而其中一种选择方式将导致灾难,则必定有人会做出这种选择。根本内容是:如果事情有变坏的可能,不管这种可能性有多小,它总会发生。

总结

任何事情都有发生的概率,当短板缺陷暴露后会造成毁灭性打击。

找到短板

可以看到,我们这次故障是因为一个业务库发生了问题,从而影响了这个业务库所在数据库实例上的所有业务库。
为什么不是那个业务库的具体问题呢&#

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值