后分库分表时代的数据库新选择：二维火搭载OceanBase再出发

如今，在中国任意走进一家餐饮商户，不论其规模大小，扫码点餐、自助点餐机、商家点餐小程序等已经基本成为标配。随着餐饮行业数智化持续加速推进，餐饮 SaaS 已经逐渐成为商户们的“必选题”，二维火便是这“必选题”之一。

2007 年，二维火发布餐饮管理系统 1.0，深耕餐饮 SaaS 领域十余年，目前，二维火已经形成涵盖智能化找店、点餐、营销、管理、供应链服务的全产品矩阵，服务商户 49 万余家，服务范围覆盖 400 多个城市，注册会员超 2 亿。

餐饮 SaaS 有一个特点，中午、晚间点餐高峰期系统高并发，大量订单的写入和查询对系统的抗压能力要求很高。作为 Cobar 长期用户之一，单点瓶颈的消除在过去对业务稳定发展有很大帮助，但伴随着应用和高可用性上的限制，以及运维复杂度的增加，对业务未来的升级创新，二维火还是感受了到掣肘。近期，二维火开始选型满足其业务长远发展的分布式数据库，本文由二维火运维总监三七携手 OceanBase 解决方案架构师孙鹏 从“分库分表”出发，为大家阐述二维火选型新数据库（OceanBase）背后的考量。

分库分表的诞生

21 世纪的第 1 个十年，互联网产业蓬勃发展，面对互联网海量数据存储与处理的需求，在扩展性上存在瓶颈的传统商用关系型数据库越发显得捉襟见肘。NoSQL 数据库如 Redis、MongoDB 等的快速、可扩展特性在特定场景优势明显，可以作为关系型数据库的有效补充，却不能完全取代。

当硬件发展的速度已经跟不上业务需要，传统商用关系型数据库又面临着高昂的 License 费用，头部互联网公司自然开启新路径探索。

分库分表方案在时代的大背景下应运而生，化整为零，分而治之。在 Am