作为国内领先的财税信息化综合服务提供商,某财税集团密切关注新兴技术发展趋势并积极投入实践,为稳定支撑未来业务的持续增长,选择进行分布式升级。很多人好奇,为什么要选择分布式数据库呢?进行分布式升级的效果如何呢?今天就来和大家聊一聊。
财税集团亟需底层基础设施升级,分布式数据库恰逢其时
在财税集团的业务初期,数据量不大时,采用单机数据库架构往往就能很好地正常运行。但当业务发展到一定规模时,伴随数据量激增,要么选择不断增加单机数据库;要么分库分表,分库分表也就意味着要做技术改造,这对整体架构设计能力的要求甚高,稍微有设计不合理之处,都将可能使系统的整体性能、可用性大打折扣。
然而,分库分表也就意味着要在一定时间内停止业务,对运维人员来说则是大量的数据清理、拆库拆表的繁琐工作。大量的数据库实例,也将导致运维的复杂度直线上升,造成整体运维效率低下。
分库分表的分布式架构在承载业务发展的同时,也暴露出各种弊端,这也证明了这种方案只是分布式架构的中间过渡方案。之后,新数据模式的分布式架构,即原生的分布式架构出现,很好地解决了分库分表的分布式架构的问题,原生分布式架构能够提供更好的服务能力,也是更好地解决当前业务阶段降本提效诉求的一种更有效的手段。
借助OceanBase进行迁移,降本提效效果显著
在明确了采用原生分布式架构的数据库后,该财税集团开始从众多产品中选型能够替换分库分表中间件的数据库产品,考虑到未来的长远发展以及与业务契合度,最终选定 OceanBase,并迅速开展迁移工作。如下图所示,为迁移过程示意图:
如今该财税集团升级至分布式数据库 OceanBase 后,降本提效效果非常显著。第一是基于 LSM-Tree 的存储架构和自适应高级压缩技术,该财税集团存储压缩效果非常明显。比如,某个业务原来的数据量在原数据库大约上有 20T,将这些数据迁移到 OceanBase 后,只占用了 3T 的数据存储,相当于节省了 85% 的存储空间。
第二,以往在原有分库分表架构下,各个物理表分别由不同的 MySQL 实例提供服务。因为业务高峰时段数据倾斜的存在,必然导致不同 MySQL 实例在不同时间段复杂不均衡。如今通过 OceanBase 提供的自动均衡能力,可以保证每个节点的资源使用相对平均,保证资源的充分利用。
据了解,企业将原来配置了 16 个 8C16G 资源规格的 MySQL 迁移到 OceanBase,仅使用 32C 双机房的 OceanBase 集群就能稳定支撑业务服务质量,计算资源节约显著。
因为原数据底层存储实际分布在不同的 MySQL 实例上,会出现数据时效性和成本上涨的问题。而在应用 OceanBase 后,依靠 HTAP 引擎,可以实现让一份数据既能事务处理又能实时分析的能力。
综上来看,该财税集团采用分布式数据库后,存储设备支出和运维费用也相应下降,以数字化技术实现了降本增效,大大增强了企业的数字竞争力。
降本解决生存问题,增效解决发展问题。如今,OceanBase 除了在头部财税企业部署应用,其业务也已延伸至政务、运营商、人社、交通、能源等多个重要产业。而这也或将进一步降低数据库的使用门槛,支持不同发展阶段、不同规模的企业都能使用优质的数据库服务,推动行业数字化转型。
领取专属 10元无门槛券
私享最新 技术干货