從實現(xiàn)之后的效果來看，業(yè)財一體對于企業(yè)來說足夠美妙，但在實際的系統(tǒng)構(gòu)建過程中，業(yè)財一體的實現(xiàn)卻充滿挑戰(zhàn)。

以 Dmall OS 面向的零售商超行業(yè)為例，其業(yè)務(wù)端對應(yīng)的是海量的交易筆數(shù)和龐大且分散的門店數(shù)量。要為商品管理、收銀、會員等基礎(chǔ)業(yè)務(wù)提供支持，Dmall OS 需要配備一套強大的 OLTP 數(shù)據(jù)庫。而其財務(wù)端所需的各類分析功能卻是典型 OLAP 應(yīng)用，因此，在理順業(yè)務(wù)邏輯、完成系統(tǒng)對接之前，大量數(shù)據(jù)還需完成從 OLTP 到 OLAP 的數(shù)據(jù)導(dǎo)入。而業(yè)財一體概念中關(guān)鍵的實時性要求則意味著，Dmall OS 一邊要保證 OLTP 數(shù)據(jù)庫的性能、可靠性，另一邊還要完成數(shù)據(jù)的實時導(dǎo)入、實時同步、實時分析，實現(xiàn)難度可想而知。

看懂了這層難點，我們也就很容易理解為何很多企業(yè)的業(yè)財一體無法實時，只能異步了。

不過 Dmall OS 已經(jīng)跨過了這些技術(shù)門檻并獲得了物美、麥德龍等一系列行業(yè)頂尖用戶的認可和青睞。而在底層幫助 Dmall OS 實現(xiàn)業(yè)財一體這一關(guān)鍵轉(zhuǎn)型的賦能工具正是 TiDB。

PingCAP 的 TiDB，多點的業(yè)財一體

其實，多點所遇到的數(shù)據(jù)庫挑戰(zhàn)并不罕見。

一方面，以收銀、庫存等為代表的基礎(chǔ)業(yè)務(wù)對應(yīng)了典型的 OLTP 數(shù)據(jù)庫應(yīng)用，而超市業(yè)態(tài)龐大的銷售額則讓這部分業(yè)務(wù)對性能、穩(wěn)定性等有著頗高的要求。在滿足這部分業(yè)務(wù)需求時，和大多數(shù)互聯(lián)網(wǎng)企業(yè)一樣，多點在開始之初選擇了開源的 MySQL，性能不錯、生態(tài)豐富、人才充沛且二次開發(fā)方便是其最大優(yōu)勢。但作為一種誕生自 90 年代的技術(shù)，MySQL 仍舊無法在“數(shù)據(jù)量增長所導(dǎo)致的性能下降”和“通過復(fù)雜且高風(fēng)險的分庫分表操作來保證性能”之間取得良好的平衡。

另一方面，為實現(xiàn)業(yè)財一體功能，多點 Dmall OS 還需要一套能夠為報表合并及海量數(shù)據(jù)分析提供支撐的高性能 OLAP 數(shù)據(jù)庫。并且，為了保持軟件堆棧的整體開源和業(yè)務(wù)人員的操作連貫性，新數(shù)據(jù)庫同樣需要是開源的，并且最好能夠與 MySQL 有著類似的操作邏輯和語法。

當(dāng)然，如果多點只是用另外一套 OLAP 數(shù)據(jù)庫來滿足財務(wù)分析需求并承擔(dān)雙數(shù)據(jù)庫所帶來的運維成本升高的話，那么故事到此就結(jié)束了。但 TiDB 給多點提供的卻是一條完全不同的路徑。

作為一款具備 HTAP 能力的數(shù)據(jù)庫，TiDB 可以同時滿足 OLTP 和 OLAP 兩種不同應(yīng)用的需求。在面對多點業(yè)財一體中的 OLAP 需求時，TiDB 能夠提供高性能的分析能力，滿足業(yè)財一體在財務(wù)端的報表合并及分析需求。借助強大的 TiFlash 列式存儲引擎，TiDB 在面對 6.8 億行大表全表聚合查詢時僅需 5 秒左右便能得到結(jié)果，40 億行超大表全表聚合僅 38 秒左右，由此多點的 OLAP 業(yè)務(wù)也達到了實時級別。

而 TiDB 的 HTAP 能力則意味著多點可以首先在 OLAP 領(lǐng)域部署 TiDB，解決現(xiàn)有痛點。待積累了足夠豐富的操作、業(yè)務(wù)經(jīng)驗之后，多點便可以更低的成本和風(fēng)險統(tǒng)一切換至 TiDB，實現(xiàn)數(shù)據(jù)庫層面的架構(gòu)統(tǒng)一，簡化運維，為更進一步的數(shù)據(jù)平臺建設(shè)打好基礎(chǔ)。

作為全新一代云原生數(shù)據(jù)庫，TiDB 不僅有著極高的執(zhí)行效率，也支持用戶通過集群和橫向擴展來輕松應(yīng)對數(shù)據(jù)量和業(yè)務(wù)需求的增長，避免傳統(tǒng)數(shù)據(jù)庫分庫分表所產(chǎn)生的巨大工作量和風(fēng)險。而作為一款開源產(chǎn)品，TiDB 不僅符合多點的總體技術(shù)路線，其活躍的社區(qū)和強大的原廠支持也能讓多點在不被綁定的基礎(chǔ)上無憂面對未來變化。同時，在操作和語法等層面，TiDB 也盡量與 MySQL 保持一致，能夠讓用戶的操作經(jīng)驗和使用習(xí)慣前后統(tǒng)一。

在實際部署當(dāng)中，承擔(dān) OLTP 業(yè)務(wù)的 MySQL 和承擔(dān) OLAP 的 TiDB 之間通過 PingCAP 開發(fā)的 TiDB DM 工具和相關(guān) API 實現(xiàn)高速數(shù)據(jù)同步，并且保證了金融級的數(shù)據(jù)一致性。

在 TiDB 本身強大的功能、性能以及原廠工程師的全方位支持下，多點不僅通過集群的橫向擴展讓業(yè)財一體服務(wù)有了伴隨客戶共同成長、壯大的空間，更完全解決了業(yè)財一體所對應(yīng)的 HTAP 需求。而在日常運維中，TiDB 的擴展能力也將多點的運維人員從分庫分表的繁瑣操作中解放出來，大幅降低了多點的數(shù)據(jù)庫運維成本和工作量。

面對新技術(shù)、新產(chǎn)品時，企業(yè)的選擇通常都是保守的，因為這事關(guān)業(yè)務(wù)穩(wěn)定性，在數(shù)據(jù)庫層面更是如此。而多點這種新業(yè)務(wù)用新數(shù)據(jù)庫、老業(yè)務(wù)用成熟產(chǎn)品的“喜新不厭舊”的部署方式則證明，TiDB 的 HTAP 能力、多樣功能和強大適應(yīng)力能夠為企業(yè)提供一條漸進式創(chuàng)新的穩(wěn)健路徑，讓企業(yè)在“數(shù)據(jù)庫切換”這一數(shù)字化轉(zhuǎn)型的關(guān)鍵環(huán)節(jié)中有更充足的轉(zhuǎn)換和適應(yīng)空間。

好的系統(tǒng)，應(yīng)該“喜新不厭舊”

從最簡單的收銀系統(tǒng)開始，到人、貨、場在數(shù)字空間內(nèi)的重構(gòu)，再到更高級的業(yè)財一體和經(jīng)營大腦，一路走來的多點發(fā)展路徑非常清晰：在把當(dāng)下做好的同時，每次多一點、再多一點。以穩(wěn)健為前提，通過循序漸進的功能和架構(gòu)演進，直至經(jīng)營大腦各項功能的完整構(gòu)建。多點的發(fā)展邏輯既是看得見、摸的著的，更是能夠令各大商超企業(yè)信服的。因此，我們才能看到一眾行業(yè)巨頭愿意將多點 Dmall OS 作為自己的經(jīng)營大腦，將業(yè)務(wù)、財務(wù)、決策放心交付。

多點的漸進式創(chuàng)新也證明，PingCAP 的 TiDB 不僅具備先進的性能和架構(gòu)，更擁有完善的工具、接口和服務(wù)支持，能夠在與傳統(tǒng)數(shù)據(jù)庫的聯(lián)合作戰(zhàn)中從容自如。而對于廣大用戶來說，這樣的應(yīng)用方式則提供了一個低成本、低風(fēng)險且快速切入新技術(shù)的絕佳機遇。

可咸可甜、喜新不厭舊，這是商業(yè)經(jīng)營持久長青的秘密，更是以 TiDB 為代表的新一代數(shù)據(jù)技術(shù)所應(yīng)有的樣子。

xiesc