借助OceanBase，出行365如何为公路客运行业加码赋能？

近年来，人们的出行需求越来越多元化，原来客运班线“定点”“定线”“定车”“定时”的服务模式已逐渐不能满足旅客多样化、个性化的出行需求，拥有“灵活、快速、小批量”特点的定制客运快速成为行业趋势，并获得以年轻人为首的旅客们的青睐。

通过对出行大数据的分析和用户消费行为的解读，出行365精准把握旅客的多元化出行需求，持续不断地将各种先进的互联网技术应用到公路客运，彻底改变了游客们的出行体验。

那么，出行365如何成功转型，又是怎样为公路客运行业加码赋能呢？带着这些疑问，《DB大咖说》第二期邀请到了盛威时代（出行365）CTO 张劲涛，请他为我们解读公路客运行业运用数据库OceanBase升级的思考与实践。

公路客运出行服务商，为什么要做数据库升级？

信息化、智能化的基础是数据，数据库作为信息化业务系统最底层和最核心的部件，其与存储硬件、芯片、OS、服务器等共同构成信息化的基础设施。在接受专访时，张劲涛介绍了公路客运出行业务使用传统数据库的痛点，以及其选择OceanBase的逻辑。

第一是全面联网和业务线上化。据张劲涛介绍，这一变化的直接后果就是数据从以前散落在各个业务系统中到如今实现了数据的全面汇聚，使得哪怕一个细微的变化就可以全局感知，包括乘客。这给技术部门带来了很大的压力：一方面是给终端用户的产品要好用，产品的易用性和功能性必须能满足用户的需求；另一方面是后台的网络和系统必须能提供有效的支撑，尤其是数据库，要能支撑数据的快速交换。

第二是海量数据来袭。2022 年，出行365采用集中的 SaaS 模式为用户统一提供服务，由于各个业务系统的数据全部都会集中到这个系统中，不仅数据量很大，还需要按业务进行各种维度的分析，针对一个供应商的一次计算就可能涉及上百万条的聚合数据，一旦数据量大了，聚合运算就变得非常慢。

为了满足业务需求，张劲涛开始寻找各种解决方案。一番评估之后，张劲涛将目标转向了 OceanBase。通过测试后他惊讶地发现，一个 OceanBase 数据库就能同时满足上述两个需求。

助力出行365稳定发展，OceanBase怎么做到的？

数智化时代已经来临，不论是数字化还是智能化，基础都是数据。传统数据库在数智时代面临的挑战日益严峻，分布式数据库则已渐成主流，大有成为数智时代基础底座的趋势。

以OceanBase为例，作为一款生于云时代的原生分布式数据库系统，其可以完美兼容 Oracle ，顺利完成数据库迁移。据悉，经 OceanBase 迁移评估工具 OMA（OceanBase Migration Assessment）的兼容性评估，OceanBase 的 Oracle 兼容率 99.81%，支持 GBK 字符集。这也是出行 365 用非常低的改造成本顺利从 Oracle 迁移到 OceanBase 的关键。

此外，OceanBase对复杂聚合能力的支持上独具优势， OceanBase 采用分布式的架构不仅可以很好支持海量数据的复杂聚合计算需求，而且在事务支持上不打折扣。据张劲涛表示，OceanBase 数据库几个月运行下来，给出行 365 带来了三个改变：

首先，简化了软件栈。原来的 MySQL、Oracle 都统一到 OceanBase，简化了数据库的运维工作，而且采用云模式，出行 365 完全从复杂的数据库运维工作中解脱出来。

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

综上可见，数智化时代，企业必须做出抉择，选取更适合新时代的数据库。或许切换数据库是一次艰难的抉择，但这件事必须得做，而且早做比晚做更好。