将数据库逐步迁往 OceanBase，出行365大幅节省数据存储成本

如今，国内汽车客运市场长期以来跨省间的线路资源难以打通，加上互联网程度低，用户很难查询到符合自己要求的出行线路及汽车信息。

而汽车运输作为中短途出行的优选方案，并且由于价格较其他运输方式低，因此具有相当大的客户基础。不过，随着铁路、航空线路已经实现互联网平台化，加上客户需求倒逼市场改革，公路客运界也出现了类似“12306”这样提供线路资源和出行方案的平台——出行365。

在2022 年下半年，出行365开始进行技术创新升级，其中一个重要举措是国产化替代，业务系统的后台支持部署至国产服务器上运行，并将现有的 MySQL、Oracle 数据库逐步迁往 OceanBase。业内人士对此也表示好奇：为何要做出这一举动，这一次升级是否顺利？带着这些疑问，《DB大咖说》第二期独家专访了盛威时代（出行365）CTO 张劲涛。

出行365为什么要进行数据库迁移？

面对竞争对手的挑战，同时也是响应新时代的出行需求，出行 365 做出了很多创新。比如，从以前的单独买火车票或者汽车票，变成了联合出行，还依托互联网技术推出了很多新的出行方式，比如定制客运、网约车、顺风车等。

但随着互联网技术深度融入到公路客运行业，张劲涛发现，和12306一样，任何一个点的购票行为都会引发余票的变化。余票的变化非常频繁，系统需要能快速地对数据进行更新，这就对数据库提出了很高的要求，需要数据库能支持。

另外，提出升级需求的还有清分结算系统，该系统主要服务于财务人员，是用以和供应商、分销商进行结算的系统。由于各个业务系统的数据全部都会集中到这个系统中，不仅数据量很大，还需要按业务进行各种维度的分析，而且常常是跨周期（如按月、按年等）、跨纬度的分析，同时还要求实时的写入和聚合计算。

基于以上两方面的业务需求，张劲涛开始寻找各种解决方案，经过最终测试，在多个数据库中选择了OceanBase。

出行365数据库升级是否顺利？

敲定采用 OceanBase 之后，出行 365 很快就着手开始升级。目前，出行 365 已经完成了多款系统数据库升级成 OceanBase ；同时，在互联网业务方面，也完成了清分系统对 MySQL 数据库的升级，到今年年底还会有几个数据库会逐步替换为 OceanBase。

张劲涛表示，OceanBase 数据库几个月运行下来，给出行 365 带来了不少好处：首先，简化了软件栈。原来的 MySQL、Oracle 都统一到 OceanBase，简化了数据库的运维工作，而且采用云模式，出行 365 完全从复杂的数据库运维工作中解脱出来。

其次，提升了系统弹性。云服务交付的 OceanBase 能按需扩容，从而轻松应对流量高峰。另外，凭借 OceanBase 自研高级压缩存储引擎，数据存储压缩率达 80%，如原本需要存储 10TB 的费用，现在仅需存储 2TB 的费用，大幅度节约出行 365 的数据存储成本。

对此，张劲涛也表示：“以前一到节假日，我们都提心吊胆的。现在升级到 OceanBase，产品稳定，再加上有他们的运维团队做保障，我们放心多了。上线几个月来，还没有遇到任何运维方面的麻烦。”

随着OceanBase与出行365持续深入的合作。可以预见的是，出行365将在OceanBase多层次核心优势的作用下，取得更好的成绩。与此同时，出行365的成就也必然会推动OceanBase辐射到更大的市场，刷新用户对OceanBase的认知。