疫情持續已經兩年了，改變的有很多。這一點相信每個人都有深刻的體會，其中最直接的一點就是，人們出門少了，吃穿用度很多都轉線上了。
由此帶來的是，身邊的很多店鋪因為轉變慢，還沒來得及去一次就關張了，不信你看看身邊這兩年有多少店鋪都沒了。與此同時，我們不難發現很多生存下來的門店經營模式和過去有了很大的分別，即從線下業務場景向全渠道、全場景轉型。
由此也對 IT 架構、對數據處理提出了新的要求，一場轟轟烈烈的技術變革正在快速醞釀、發酵。
沒有技術進步就沒有業務變革
從線下到全渠道、全場景，看似只是服務模式的一種轉變，比如餐飲企業把堂食變為堂食+外賣，但實際上，這是由內而外、由上至下的一次商業重構。
之所以這么說，是因為線下和線上，商家與消費者的連接、溝通、服務、營銷、會員管理等都是完全不同的。舉個例子，線下面對面商家很容易對消費者進行一個直觀的判斷，線上完成這一過程則需要依賴大量的數據分析。
由此不難理解為什么數字經濟、IT 技術這兩年如此火爆，說簡單點，業務轉型需要技術的支撐。PingCAP 劉松對此深有感觸，他在接受采訪時就表示，疫情這兩年，找 PingCAP 咨詢業務轉型、數據管理的客戶較之前有非常大的增長，包括吃穿用度在內的新經濟行業尤為突出。
以國內某連鎖餐飲領頭企業為例，旗下擁有眾多品牌，名副其實餐飲巨無霸。同時，這家企業也是對數字化嗅覺最敏感、在國內最早提供手機點餐及數字支付選擇的連鎖餐廳之一，建立了超級 APP 等自有應用程序。
疫情這只黑天鵝，可以說充分驗證了該企業先人一步數字化的價值。相關數據顯示，2019 年，數字訂單占該企業餐廳收入約一半以上，截至 2019 年末，公司旗下的超級 APP 是中國餐飲業下載次數最多的應用程序，并在同行內擁有最高的月活躍用戶數目。
強大的數字化及配送能力使該企業在疫情期間展現出相對強大的風險抵御能力，為企業提供了較強的業績支撐。無獨有偶，另一家世界 500 強餐飲巨頭（下稱“餐飲巨頭”）在疫情這兩年也依托數字化，實現了會員數量、線上訂單量猛增，截至當前，其已擁有近 2 億會員，每天處理的訂單量超千萬。
再舉一個例子，商超和餐飲同樣的特質是會員多、訂單多，不同的是商超還品類多，供應商多。以多點 Dmall 為例，它是一家為商超提供一站式全渠道數字零售解決方案的服務商，截至 2021 年 6 月，多點 Dmall 已與 120 多家連鎖商超和便利店達成合作，覆蓋四個國家和地區 15000 家門店，多點 APP 注冊用戶過億。一面是客戶、一面是供應鏈，多點 Dmall 這背后的數據量毫無疑問是驚人的。
以上案例不是個案，在新經濟領域，大量類似的企業都面臨同樣的問題。從中也不難看出，業務增長與 IT 技術已是強相關，沒有技術進步難談業務變革。
新經濟 DTC 轉型，核心癥結在哪？
線下到線上線下一體化的業務變革，技術瓶頸究竟在哪里？其實就是數據處理。
眾所周知，新經濟時代，DTC（Direct To Customer，直面消費者）模式已經成為重要的發展趨勢。如何理解 DTC？打開現在的直播平臺，很多都是廠家自己在推廣，而過去一定是中間商。廠家直面消費者，這就是 DTC。
DTC 意味著廠商從后臺走向了前臺，而實現這一身份的轉變，必須擁有一套能夠有力支撐前臺工作的技術架構。這里的技術架構可不止是用來支撐直播的，因為 DTC 看似只是廠商開了個直播間，面向客戶直接賣貨，但實際上這涉及到訂單、庫存、客服、物流、財會等一系列問題。
從業務到企業管理全流程變化，這其中就涉及幾個核心指標，比如：海量消費者直接下訂單，得有足夠的數據并發處理能力；業務有峰值峰谷、發展的好需要迅速開新店、效益不好要果斷關店，數據平臺要滿足快速伸縮的需求；畢竟不是專業 IT 廠商，技術架構要足夠簡單……事實上，這幾點也是上文所提餐飲巨頭轉型時面臨的最大困境。
該餐飲巨頭可以說是最早一批擁抱云計算的。近些年，其先是用公有云承載全部業務系統，數據庫采用公有云提供的分布式數據庫，利用分庫分表的方式來解決海量數據高速增長的問題，部分查詢需要在業務代碼邏輯里做聚合，這樣做不僅開發復雜度高，而且無法適應業務快速迭代的要求。
如果使用傳統數據庫意味著讀寫分離、分庫分表、分布式事務需要依靠應用層實現，在開發效率上大打折扣；如果每個業務應用使用獨立的數據庫，則將會帶來數據極度碎片化，在業務服務之間無法共享，運維成本極其高昂等一系列挑戰。
性能、易用性、伸縮性，數據平臺如何兼得？應該說，這是新經濟轉向的核心癥結，解決了這個問題，一切都會變得簡單。該餐飲巨頭是如何解決這一問題的呢？答案是 TiDB。
TiDB，從容應對 DTC 時代
簡單介紹一下 TiDB，一款定位在線事務處理/在線分析處理的融合型數據庫產品，特點：一鍵水平伸縮，強一致性的多副本數據安全，分布式事務，實時 OLAP，兼容 MySQL 協議和生態，遷移便捷，運維成本極低。
在上述餐飲巨頭，其通過在私有云數據中心部署 TiDB 分布式數據庫，構建起一套可靠、靈活可擴展的數據服務平臺，包括訂單中心、積分中心、卡券中心和用戶中心四大業務模塊都是依托 TiDB 來提供穩定的多維數據服務。
今年 6 月，該企業更是將全渠道的流量切到 TiDB 分布式數據庫，為近 2 億會員的訂單、支付、積分、會員管理等場景提供數據全生命周期管理。目前，該企業的 TiDB 數據庫日均 TPS 超 3000，高峰時期 TPS 超一萬，日均交易量接近千萬級別，總數據量規模近 10 TB。
用該餐飲巨頭相關負責人的話說，通過引入 TiDB，借助無感知的水平擴展能力，促銷活動前進行快速的擴容，促銷活動中短時高峰實現應急在線擴容，促銷活動完成后，可按需進行縮容，他們的業務變得更輕量、敏捷；依托出色的 HTAP 能力，一套系統、一個入口、一種體驗同時支持 OLTP 和 OLAP 兩種負載，運營效率更高；TiDB 支持標準 SQL，高度兼容 MySQL 協議，開發人員無需學習特殊開發方法，可直接使用原有業務應用的開發框架，學習成本低，總體擁有成本更低；TiDB 能夠很好地支持業界主流的容器及 Kubernetes 云原生基礎設施，支持私有云、公有云和混合云跨云平臺部署。
事實上，TiDB 除了能帶來以上優勢外，還有一點至關重要，那就是突出的實時分析能力。這一點在使用多點 Dmall 業財一體化系統的商超體現的淋漓盡致，商超負責人當天甚至小時級就能了解到門店的經營情況，而過去，當月的經營情況只有下個月才能知曉。對于商超這樣類目非常大的經營體，早知道和晚知道對于及時補貨，總結、改善經營狀況是有非常大區別的。
所有這一切要得益于 TiDB 全新理念的設計。市面上的分布式數據庫大致分兩類，一類是 MySQL 單機版 + 分布式設計，一類如 TiDB，采用的是 NewSQL 架構，真正的原生分布式數據庫。
前者相當于給 MySQL 打補丁，來適應新的業務需求，后者則是根據時代需求全新設計的架構，區別立現。打補丁肯定能解決一定程度的問題，但是有上限，TiDB 在 PoC 過程中也曾遇到和傳統大廠產品的對比測試，比如某國際大廠的數據庫數據量峰值是 30 TB，再往上就無法滿足了，TiDB 不僅還能繼續提升，而且性能也好于大廠。
TiDB，成為新經濟的數據底座
在資本推動下，新經濟行業的許多實體業態，比如餐飲、新零售、高科技制造、商超等行業較前些年有了非常大的變化，過去在全國開幾百上千家店，可能需要十數年的發展、累積；如今，這一過程可能只需要一兩年。加盟連鎖經營方式正在從小眾變為主流。換句話說，上文所提餐飲巨頭未來只會越來越多，對海量數據處理的需求會越來越旺盛，這個市場會越來越大。
這就是 PingCAP 的底氣所在：只要達到一定數據量，新經濟企業就一定會需要一款簡單而強大的數據庫，這時候 TiDB 往往就會成為首選。很多過去使用 MySQL 的新經濟企業，在業務增長、數據量暴增的時候，可以輕松遷移到 TiDB。TiDB 可以支撐海量在線的業務交易，也可以提供一體化實時的分析能力，為企業中的決策者和每位員工提供一個訪問數據的“任意門”，實時地獲取個性化的數據服務。企業用戶可以通過一套 TiDB 構建各類數字場景應用，而不必關注底層架構。
這也是 TiDB 在新經濟行業的定位，即服務行業中的頭部企業，成為它們的數據底座。
事實上，截至當前，TiDB 已經服務包括小紅書、多點、龍湖集團、攜程等在內眾多新經濟行業的頭部客戶，反響良好。
新經濟行業正在迎來新一輪變革，商業模式變革疊加疫情等不確定因素，將徹底改變相關企業的經營形態，技術的重要性變得前所未見。經過互聯網行業大規模實踐驗證的 TiDB 已經給出了新經濟技術轉型的新范式，相信未來會有更多企業從中受益，實現對新時代的擁抱。
