mysql高可用架构在业务层面分析

《mysql高可用架构在业务层面分析》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、刖吕:相对于传统行业的相对服务时间9x9x6或者9x12x5,因为互联网电子］以及互联网游戏的实时性，所以服务要求7*24小时，业务架构不管是应用还是数据库，都需要容灾互备，在mysql的体系中，最好通过在最开始阶段的数据库架构阶段来实现容灾系统。所以这里从业务宏观角度阐述下mysql架构的方方面面。一，MySQL架构设计一业务分析(1)读多写少虚线衣示跨机另部署，比如电了商务系统，一个Meister既有读也有些写，对读数据一致性需要比较匣要的，读要放在Master上而。M(R)仅仅是一个备丿车，只有M(WR)挂了之

2、后，才会切换到1(R)上，这个时候M(R)就变成了读写库。比如游戏系统，有很多Salve会挂载后面一个M(R)上面。(2)读多写少MMS-电商如果是电子商务类粮的，这种读多写少的，一般是1个master拖上4到6个slave,所有slave挂载在一个master也足够了。切换的吋候，把Ml的读塢业务切换到M2上面，然后把所有Ml上的slave挂到M2上面去，如下所示：M1(V/R)<^=>M2(R)S1(R)S2(R)(1)读多写少MMSS-游戏如果是游戏行业的话，读非常多蛮明显的，会出现一般1个Master都会

3、挂挂载新的M(R)上10个以上的Slave的情况，所以这个吋候，口J以把一部分Slave上面。至少会减少一些压力，这样至少服务器挂掉的时候，不会对所有的slave冇影响，述冇一部分在M(R)上的slave在继续，不会对所冇的slave受到影响,见图3,图3(1)读少写多意味着读并不会影响写的效率，所以读写都可以放在•个Ml(WR),而另外-个不提供读也不提供写，只提供standby兀余异地容灾。M1(A/R)«S=>M2(S)这个界地容灾是非常重要的，否则如果是单机的，单边的业务，万-ide机房故障了，…般就会影响

4、在线业务的，这种造成业务2小时无法应用，对于在线电了商务交易來说，影响是蛮大的，所以为了最大限度的保证7*24小时，必须要做到异地容灾，MM要跨ide机房。虽然对资源冇一些要求，但是对HA来说是不可缺少的，一定要有这个MM机制。做切换的吋候，把所有的读写从Ml直接切换到M2上就可以了。(1)读写平分秋色读和写差不多，但是'渎不能影响写的能力，把渎写放在Ml(WR)上，然后把一部分读也放在M2(R)上而，当然Ml和M2也是跨机房部署的。切换的时候，把一部分读和全部写从Ml切换到M2上就可以了。二:MySQL架构设计一常

5、见架构(1)强一致性对读一致性的权衡，如果是对读写实时性要求非常高的话，就将读写都放在Ml上面，M2只是作为standby,就是采取和上面的一(4)的读少吗多的一样的架构模式。比如，订单处理流程，那么对读需要强一致性，实时写实时读，类似这种涉及交易的或者动态实时报表统计的都要采用这种架构模式M1(WR)<=!=>M2(S)(2)弱一致性如果是弱一致性的话，可以通过在M2上面分担一些读压力和流量，比如一些报表的读取以及静态配置数据的读取模块都口J以放到M2匕面。比如川统计报衣，比如首页推荐商品业务实时性耍求不是很高，完

6、全可以采用这种弱一致性的设计架构模式。(1)中间一致性如果既不是很强的一致性又不是很弱的一致性，那么我们就采取屮间的策略，就是在同机房再部署一个S1(R),作为备丿车，提供读取服务，减少Ml(WR)的压力，而另夕卜一个ide机房的M2只做standby容灾方式的用途。当然这里会用到3台数据库服务器，也许会增加采购压力，但是我们口J以提供更好的对外数据服务的能力和途径，实际中尽可能两者兼顾。(2)统计业务比如PV、UV操作、页数的统计、流量的统计、数据的汇总等等，都可以划归为统计类粮的业务。数据丿车上做大查询的统计是非

7、常消耗资源的。统计分为实时的统计和非实时的统计，由于mysql主从是逻辑sql的模式，所以不能达到100%的实吋，如果是online要严格的非常实时的统计比如像火车票以及金融异地结算等的统计，mysql这块不是它的强项，就只有查询Ml主库來实现了。A,但是对于不是严格的实时,性的统计，mysql有个很好的机制是binlog,我们可以通过binlog进行•解析Parser，解析!li来写入统计表进行统计或者发消息给应用端程序來进行统计。这种是准实时的统计操作，冇•定的短暂的口J接受的统计延迟现象，如杲要100%实时性统

8、计只有杳询Ml主库了。通过binlog的方式实现统计，在互联网行业，尤英是电商和游戏这块，羌不多可以解决90%以上的统计业务。有时候如果用户或者客户提出要实时read-time了，大家可以沟通•下为什么需要实时，了解具体的业务场景，有些可能真的不需要实时统计，需要冇所权衡，需要跟用户和客户多次冇效沟通，做岀比较适合业务的统计架构模型。B,还冇一