TiDB_Robot
作者TiDB_Robot·2022-03-23 11:30
数据库研发工程师·PingCAP

您有多点会员吗?——数据库渐进式创新助力多点推进经营大脑实践

字数 2814阅读 601评论 0赞 0

您有多点会员吗——数据库渐进式创新助力多点稳步推进经营大脑实践

嘀……“请问您有多点会员吗?”

对于经常去物美、麦德龙等大型连锁超市的人来说,扫码的嘀嘀声和随后的这句话应该是非常熟悉的。但作为专业的商超数字化系统供应商,多点所做的绝不只是收银这般简单。在全新业财一体战略的支撑下,多点的 Dmall OS 不仅是超市顾客每天都能用到的系统,也是 CFO 和 CEO 每天都会关注的系统。

业财一体为企业带来的美妙图景

多点是面向新零售的数字解决方案提供商,旗下的 Dmall OS 产品是统合了人、货、场的全场景云化解决方案,也是多点的拳头产品。以此为基础,多点的下一步则是为零售企业提供具备业财一体能力的经营大脑。

以往,企业需要通过大量基于场景和流程的业务应用来实现业务数字化,但与此同时,企业管理层更关心的财务数据却由运行逻辑、统计口径、统计方法完全不同的财务系统产生。这种业务与财务的相互脱节也使得企业很难快速掌握当期经营数据,无法通过及时的财务反馈来调整业务策略和经营方针。而所谓业财一体便是要打破两套系统之间的重重隔阂,让业务层面的变化直接反应在实时进行的财务统计当中,使企业在激烈的市场竞争中获得灵活的身段、矫健的身手。

从实现之后的效果来看,业财一体对于企业来说足够美妙,但在实际的系统构建过程中,业财一体的实现却充满挑战。

以 Dmall OS 面向的零售商超行业为例,其业务端对应的是海量的交易笔数和庞大且分散的门店数量。要为商品管理、收银、会员等基础业务提供支持,Dmall OS 需要配备一套强大的 OLTP 数据库。而其财务端所需的各类分析功能却是典型 OLAP 应用,因此,在理顺业务逻辑、完成系统对接之前,大量数据还需完成从 OLTP 到 OLAP 的数据导入。而业财一体概念中关键的实时性要求则意味着,Dmall OS 一边要保证 OLTP 数据库的性能、可靠性,另一边还要完成数据的实时导入、实时同步、实时分析,实现难度可想而知。

看懂了这层难点,我们也就很容易理解为何很多企业的业财一体无法实时,只能异步了。

不过 Dmall OS 已经跨过了这些技术门槛并获得了物美、麦德龙等一系列行业顶尖用户的认可和青睐。而在底层帮助 Dmall OS 实现业财一体这一关键转型的赋能工具正是 TiDB。

PingCAP 的 TiDB,多点的业财一体

其实,多点所遇到的数据库挑战并不罕见。

一方面,以收银、库存等为代表的基础业务对应了典型的 OLTP 数据库应用,而超市业态庞大的销售额则让这部分业务对性能、稳定性等有着颇高的要求。在满足这部分业务需求时,和大多数互联网企业一样,多点在开始之初选择了开源的 MySQL,性能不错、生态丰富、人才充沛且二次开发方便是其最大优势。但作为一种诞生自 90 年代的技术,MySQL 仍旧无法在“数据量增长所导致的性能下降”和“通过复杂且高风险的分库分表操作来保证性能”之间取得良好的平衡。

另一方面,为实现业财一体功能,多点 Dmall OS 还需要一套能够为报表合并及海量数据分析提供支撑的高性能 OLAP 数据库。并且,为了保持软件堆栈的整体开源和业务人员的操作连贯性,新数据库同样需要是开源的,并且最好能够与 MySQL 有着类似的操作逻辑和语法。

当然,如果多点只是用另外一套 OLAP 数据库来满足财务分析需求并承担双数据库所带来的运维成本升高的话,那么故事到此就结束了。但 TiDB 给多点提供的却是一条完全不同的路径。

作为一款具备 HTAP 能力的数据库,TiDB 可以同时满足 OLTP 和 OLAP 两种不同应用的需求。在面对多点业财一体中的 OLAP 需求时,TiDB 能够提供高性能的分析能力,满足业财一体在财务端的报表合并及分析需求。借助强大的 TiFlash 列式存储引擎,TiDB 在面对 6.8 亿行大表全表聚合查询时仅需 5 秒左右便能得到结果,40 亿行超大表全表聚合仅 38 秒左右,由此多点的 OLAP 业务也达到了实时级别。

 业财一体化架构图

业财一体化架构图

而 TiDB 的 HTAP 能力则意味着多点可以首先在 OLAP 领域部署 TiDB,解决现有痛点。待积累了足够丰富的操作、业务经验之后,多点便可以更低的成本和风险统一切换至 TiDB,实现数据库层面的架构统一,简化运维,为更进一步的数据平台建设打好基础。

作为全新一代云原生数据库,TiDB 不仅有着极高的执行效率,也支持用户通过集群和横向扩展来轻松应对数据量和业务需求的增长,避免传统数据库分库分表所产生的巨大工作量和风险。而作为一款开源产品,TiDB 不仅符合多点的总体技术路线,其活跃的社区和强大的原厂支持也能让多点在不被绑定的基础上无忧面对未来变化。同时,在操作和语法等层面,TiDB 也尽量与 MySQL 保持一致,能够让用户的操作经验和使用习惯前后统一。

在实际部署当中,承担 OLTP 业务的 MySQL 和承担 OLAP 的 TiDB 之间通过 PingCAP 开发的 TiDB DM 工具和相关 API 实现高速数据同步,并且保证了金融级的数据一致性。

在 TiDB 本身强大的功能、性能以及原厂工程师的全方位支持下,多点不仅完全解决了业财一体所对应的 OLAP 需求,更通过集群的横向扩展让多点的业财一体服务有了伴随客户共同成长、壮大的空间。而在日常运维中,TiDB 的扩展能力也将多点的运维人员从分库分表的繁琐操作中解放出来,大幅降低了多点的数据库运维成本和工作量。

面对新技术、新产品时,企业的选择通常都是保守的,因为这事关业务稳定性,在数据库层面更是如此。而多点这种新业务用新数据库、老业务用成熟产品的“喜新不厌旧”的部署方式则证明,TiDB 的 HTAP 能力、多样功能和强大适应力能够为企业提供一条渐进式创新的稳健路径,让企业在“数据库切换”这一数字化转型的关键环节中有更充足的转换和适应空间。

好的系统,应该“喜新不厌旧”

从最简单的收银系统开始,到人、货、场在数字空间内的重构,再到更高级的业财一体和经营大脑,一路走来的多点发展路径非常清晰:在把当下做好的同时,每次多一点、再多一点。以稳健为前提,通过循序渐进的功能和架构演进,直至经营大脑各项功能的完整构建。多点的发展逻辑既是看得见、摸的着的,更是能够令各大商超企业信服的。因此,我们才能看到一众行业巨头愿意将多点 Dmall OS 作为自己的经营大脑,将业务、财务、决策放心交付。

多点的渐进式创新也证明,PingCAP 的 TiDB 不仅具备先进的性能和架构,更拥有完善的工具、接口和服务支持,能够在与传统数据库的联合作战中从容自如。而对于广大用户来说,这样的应用方式则提供了一个低成本、低风险且快速切入新技术的绝佳机遇。

可咸可甜、喜新不厌旧,这是商业经营持久长青的秘密,更是以 TiDB 为代表的新一代数据技术所应有的样子。

如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!

0

添加新评论0 条评论

Ctrl+Enter 发表

作者其他文章

相关文章

相关问题

相关资料

X社区推广