节省了85％的存储空间！财税集团借OceanBase优势，降本提效显著

如今，企业走向数字化，离不开一个关键的基础软件——数据库。就拿国内某个领先的财税信息化综合服务提供商来说，早期通常使用的是传统集中式数据库，但随着与日俱增的海量数据管理需求出现，集中式数据库已经无法很好地满足其业务需要。

考虑到未来的长远发展以及与业务契合度，该财税集团将目光放在了分布式数据库上，并最终选定 OceanBase，并迅速开展迁移工作。那么，OceanBase到底有什么优势呢？该财税集团又是如何借助OceanBase进行数据库迁移的呢？

借助OceanBase，迁移便利性更上一层楼

数据迁移作为数据库生态系统中非常重要的环节，不仅承担着将数据从一个数据库迁移或同步到另外一个数据库的任务，还承担着至关重要的高可用作用，当系统发生故障时随时切换至备用数据库。

而OceanBase 迁移服务（OceanBase Migration Service，以下简称为OMS）则刚好提供 MySQL 与  OceanBase 之间数据全量和增量迁移服务的能力，并提供可视化的集中管控平台，只需简单配置即可实时迁移数据，提供更低风险、更低成本、更高效的数据迁移服务。

一方面，使用 OMS 工具迁移分库分表中间件后端实际的 MySQL，如此，分库分表中间件后端的每一个 MySQL 需要单独一条链路进行数据迁移到 OceanBase；在迁移之前，需要根据分库分表中间件的表结果先修改 DDL 在 OceanBase 建立表结构。

另一方面，在业务切换到 OceanBase 之后，业务写入的数据需要从 OceanBase 将增量数据通过 OMS 工具写入到分库分表中间件里。通过上述迁移过程可以看到，虽然整体使用过程在功能和效率上都有所保证，但是需要很多独立的 OMS 链路，整个流程的配置和维护复杂度都比较高。如下图所示，为迁移过程示意图。

选择OceanBase，业务降本提效明显

随着数据爆发式增长，从单机数据库到基于中间件的分库分表数据库，不仅稳定性无法有效保障，性能下降也直接带来了服务体验下降，同时数据库相关的硬件、存储等成本也会越来越高，但计算、运维等效率却并没有相应提升。但自从该财税集团引入原生分布式数据库，实现了数据底座的高可用、高扩展、高性能等架构升级。

首先是资源实现了整合，多套实例可收归一套集群中。OceanBase 可以通过使用分区表方式将原来的分库分表的物理表汇聚到一个物理表，同时还可以保留原来的映射关系。据了解，企业将原来配置了 16 个 8C16G 资源规格的 MySQL 迁移到 OceanBase，仅使用 32C 双机房的 OceanBase 集群就能稳定支撑业务服务质量，计算资源节约显著。

其次借助OceanBase的高级压缩技术，节省了 85% 存储空间。OceanBase 使用 LSM-Tree 存储引擎，采用密实存储消除了存储空洞，在存储上使用行列混存的方式，同时通过对列数据进行编码，并且对编码后的数据最终提供了高级压缩的能力。

使用该高级压缩能力，存储压缩效果非常明显。比如，某个业务原来的数据量在原数据库大约有 20T，将这些数据迁移到 OceanBase 后，只占用了 3T 的数据存储，相当于节省了 85% 的存储空间。

此外，原生分布式数据库 OceanBase，OceanBase 可以在一份数据上进行 HTAP 的处理，不需要数据同步和新采购汇聚分析库。同时，企业可以设置分析业务使用的资源配置或者调整主可用区独立一份资源给到分析业务使用，为财税集团提供更快、更准的数据分析。

由此可见，面对新一轮数字化的机遇与挑战，财税集团不仅需要在商业模式上与时俱进，也需要在基础设施和技术架构上更新迭代，淘汰过时或中间台的技术，引入原生分布式等新技术，才能在完成对业务的赋能的同时，进一步实现各项效率的提升和成本的降低。