中秋高峰也“清闲” ？看DBA如何用OceanBase应对业务峰值

系统越稳定，DBA越清闲。中秋节将至，携程“IM+”的DBA们格外“清闲”，早早开启无人值守模式，而这美好的一切，要从牵手 OceanBase 开始。

守住携程“生命线”

• 数据存储达到MySQL存储极限，只能保证两个月数据的存储；

• MySQL主备架构，无法通过横向扩容扩展存储性能；

• 采用MySQL机房间主备方案，在机房故障条件下无法保证数据强一致和快速业务恢复能力。

你好，我是“蓝”朋友

目前，国内DBA大概有几十万人，但研发群体却有几百万人，OceanBase 不仅仅面向DBA，更面向广大研发朋友。正如它的名字一样—— OceanBase，像蓝色大海一样，广阔无垠，蕴含着巨大的能量，希望通过一个原生的分布式数据库，向研发人员提供一个像单机数据库一样简单、易用、可靠的数据库。

从互联网技术架构演进，我们可以更清晰地认识 OceanBase 这位“蓝”朋友。

互联网的早期技术架构是单体架构，ALL IN ONE应用+数据库的模式就可以承载业务需求，当时的淘宝也是从“PHP+MySQL”的模式开始演进的。随着业务的增长，单体架构已经无法承载业务的容量，于是开始对架构进行模块拆分，出现了一些垂直架构。

2000年左右，互联网井喷式增长，分布式架构初现雏形。研发人员会用到如Nginx、SLB等负载均衡框架，将后端的复杂应用屏蔽；此时如果对后端应用实例进行增减，整个业务都是无感知的，这就是Spring Cloud的架构。本质上，微服务架构是分布式架构，解决的是分而治之的问题，而加入一些分布式中间件，如zookeeper、ETCD，或基于PAXOS、Raft、Zab等协议，解决全局业务的协调一致性。

随着数据库的架构演进，单机架构已经都到瓶颈，无法满足大多数业务应用的诉求；当前绝大数企业采用的是分库分表架构，架构理念采用的是PG数据库的PG XC架构，将分库分表、分布式一致性等中间件下移到数据库能力上，但依然是一套外挂架构，面对偏分析的场景可能会导致事倍功半；随着谷歌Spanner的发布，数据库进入分布式时代，并且Spanner实现了全球一致性。

如何应对更多挑战

• 当前数据库架构——技术挑战

• 当前数据库架构——运维挑战

认识下OceanBase 

这些成绩的背后，是十二年的坚持与热爱，是 OceanBase Cloud独特的技术魅力。

真心和坚持最终会把我们引到该去的地方，希望未来OceanBase 的朋友，有你。