饿了么异地双活数据库实战
我今天分享是饿了么在数据库和多活数据库这块的实战经历,供大家参考。
主要分享以下五点:
1、多活当中的难点
2、多活的架构
3、数据库改造
4、DBA 挑战
5、收益与展望
一、多活当中的难点
我们先来看一下多活的第一个难点:要考虑做多活到底是同城的多活还是异地的多活,跨地域网络延时是现阶段很难突破的点,因为饿了么面临的是异地的多活,所以我们需要基于延时这个前提来考虑方案。
从北京到上海中间有30毫秒的延迟,这个会带来什么问题?我们接下来会讲。
上图是同城和异地多活不同的点,复杂性和可拓展性对架构的影响方面会有很大的不同。
我们挑几个点讲一下:
1、如果只是做同城多活的话,像30毫秒的延时不需要考虑,因为同城的延时通常只有几毫秒,跟同机房差不大。
2、如果是异地30毫秒的延时就需要重点考虑了,因为如果是反复调用的应用,放大的时间就不只是30毫秒了,可能是3

