疫情持續已經兩年了，改變的有很多。這一點相信每個人都有深刻的體會，其中最直接的一點就是，人們出門少了，吃穿用度很多都轉線上了。
由此帶來的是，身邊的很多店鋪因為轉變慢，還沒來得及去一次就關張了，不信你看看身邊這兩年有多少店鋪都沒了。與此同時，我們不難發現很多生存下來的門店經營模式和過去有了很大的分別，即從線下業務場景向全渠道、全場景轉型。
由此也對 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 已經給出了新經濟技術轉型的新正規化，相信未來會有更多企業從中受益，實現對新時代的擁抱。
