餐飲行業(yè)是被互聯(lián)網(wǎng)技術(shù)重塑的眾多行業(yè)之一。食亨 CTO 劉鵬正是這個(gè)過程的見證者和參與者。在加入食亨之前，他在美團(tuán)從事掃碼點(diǎn)單技術(shù)研發(fā)。加入食亨后，他作為技術(shù)負(fù)責(zé)人繼續(xù)深耕連鎖餐飲的數(shù)字化運(yùn)營。

在當(dāng)今互聯(lián)網(wǎng)與餐飲行業(yè)深度融合的時(shí)代，餐飲企業(yè)的數(shù)字化轉(zhuǎn)型已成為提升競爭力、優(yōu)化顧客體驗(yàn)的關(guān)鍵。如何高效管理數(shù)據(jù)、提升服務(wù)質(zhì)量，成為餐飲企業(yè)亟需解決的問題。作為餐飲企業(yè)數(shù)字化運(yùn)營的技術(shù)專家，劉鵬擁有深厚的專業(yè)背景和豐富的實(shí)踐經(jīng)驗(yàn)。

本期《DB 大咖說》特別邀請劉鵬為我們分享食亨在餐飲行業(yè)數(shù)字化運(yùn)營方面的一些思考，以及食亨如何借助數(shù)據(jù)庫的升級來簡化運(yùn)維流程、提高 SaaS 服務(wù)的 SLA。

本文為此次訪談的精簡梳理，篇幅有限，如果您對零售行業(yè)的數(shù)字化轉(zhuǎn)型、數(shù)據(jù)庫上云等話題感興趣，可以觀看下方視頻~

近年來，面對日趨激烈的市場競爭，餐飲行業(yè)正在向連鎖化發(fā)展。根據(jù)國家統(tǒng)計(jì)局發(fā)布的數(shù)據(jù)，品牌餐飲連鎖化率從 2021 年的 18% 升至 2023 年的 21% 。對于連鎖餐飲企業(yè)，數(shù)字化運(yùn)營是必然的選擇。扎根于連鎖餐飲賽道的食亨（上海）科技服務(wù)有限公司（下稱“食亨”）深諳其中之道。

成立于 2017 年的食亨是伴隨著餐飲行業(yè)連鎖化發(fā)展而成立起來的一家數(shù)字化服務(wù)商，主要提供餐飲企業(yè)線上門店一站式電商解決方案和數(shù)字化運(yùn)營 SaaS 服務(wù)，先后服務(wù)星巴克、蜜雪冰城、德克士等超過 6000 個(gè)國內(nèi)外品牌的數(shù)萬家門店。

多年服務(wù)餐飲連鎖企業(yè)的經(jīng)驗(yàn)，使得食亨對于如何挖掘數(shù)據(jù)價(jià)值有著深入的理解，也深諳數(shù)據(jù)庫對于餐飲企業(yè)數(shù)字化運(yùn)營的重要性。為了更好地服務(wù)客戶，食亨將數(shù)據(jù)庫從 MySQL 遷往 OB Cloud，不僅實(shí)現(xiàn)了成本節(jié)約，還借助 OceanBase 的 HTAP 能力簡化了技術(shù)棧，為未來業(yè)務(wù)發(fā)展奠定了堅(jiān)實(shí)的基礎(chǔ)。

從數(shù)字化運(yùn)營的視角看，餐飲企業(yè)的順暢運(yùn)作離不開數(shù)據(jù)的持續(xù)流動(dòng)與高效處理。以宮保雞丁這一經(jīng)典菜品為例，當(dāng)顧客在餐館中點(diǎn)選此菜品開始，直至菜品出餐、顧客完成支付并離開，這一看似簡單的消費(fèi)流程背后實(shí)則隱藏著龐大的數(shù)據(jù)處理需求。

訂單數(shù)據(jù)、實(shí)收金額、各類營銷與促銷信息，以及顧客的個(gè)人信息（在授權(quán)的前提下）等結(jié)構(gòu)化數(shù)據(jù)均在點(diǎn)單過程中被記錄與沉淀。此外，為了制作這道宮保雞丁，餐館還需管理與之相關(guān)的眾多物料信息（BOM），這些信息構(gòu)成了菜品背后的供應(yīng)鏈數(shù)據(jù)。從采購、訂貨，到生產(chǎn)加工，再到門店出餐，每一步都伴隨著數(shù)據(jù)的產(chǎn)生與流轉(zhuǎn)。

這些實(shí)時(shí)業(yè)務(wù)數(shù)據(jù)還只是餐飲企業(yè)數(shù)據(jù)海洋中的冰山一角。離線數(shù)據(jù)，如監(jiān)控系統(tǒng)收集的餐廳衛(wèi)生狀況、顧客用餐后的餐具回收時(shí)間等，同樣構(gòu)成了餐飲數(shù)字化運(yùn)營不可或缺的一部分。這些數(shù)據(jù)共同支撐著餐飲企業(yè)的標(biāo)準(zhǔn)化運(yùn)營，使得每家餐飲連鎖企業(yè)背后都能沉淀海量的數(shù)據(jù)。

“在一個(gè)標(biāo)準(zhǔn)化運(yùn)營的餐廳背后，往往蘊(yùn)藏著數(shù)十 GB、上百 GB 甚至更多的數(shù)據(jù)，因此數(shù)據(jù)庫的重要性不言而喻?！笔澈?CTO 劉鵬說。

食亨 2017 年初創(chuàng)之時(shí)選擇的數(shù)據(jù)庫是 MySQL。劉鵬坦言，當(dāng)時(shí)的考慮相對簡單，能存儲(chǔ)和讀取數(shù)據(jù)、滿足基本的 IO 性能即可。MySQL 因其能滿足食亨這些需求、且對開發(fā)和運(yùn)維友好而備受青睞。然而，隨著食亨業(yè)務(wù)的迅猛擴(kuò)張，從最初的外賣代運(yùn)營逐漸拓展至全棧的線上門店解決方案，MySQL 數(shù)據(jù)庫的實(shí)例數(shù)達(dá)到 100 多個(gè)，已難以滿足食亨日益增長的業(yè)務(wù)需求。

食亨面臨的首要挑戰(zhàn)是數(shù)據(jù)量激增，單表記錄甚至超過 10 億，逐漸逼近 MySQL 的能力極限。另一個(gè)挑戰(zhàn)則是隨著大量數(shù)據(jù)分析需求的涌現(xiàn)，食亨引入了 Hadoop 大數(shù)據(jù)平臺、中間件如 Kafka 以及 ETL 工具等，技術(shù)棧日益復(fù)雜，運(yùn)維難度也隨之增加，食亨迫切希望簡化運(yùn)維流程。

面對新的需求與挑戰(zhàn)，食亨開始著手考慮數(shù)據(jù)庫的升級與替換問題。

“技術(shù)方案最早是研發(fā)人員在我們的戰(zhàn)略需求會(huì)議上提出的。會(huì)上，一共提出了包括 OceanBase 在內(nèi)的四個(gè)候選數(shù)據(jù)庫來替換 MySQL。這些數(shù)據(jù)庫都屬于分布式數(shù)據(jù)庫范疇”。劉鵬解釋說，之所以從一開始就選定分布式數(shù)據(jù)庫，是因?yàn)榉植际綌?shù)據(jù)庫的擴(kuò)展性更好，能避免單點(diǎn)故障問題，可用性更高，即使某個(gè)副本丟失，仍有其他副本可用；同時(shí)，對硬件要求較低，在成本上更加節(jié)約。

食亨對數(shù)據(jù)庫的選擇非常審慎，歷經(jīng)近三個(gè)月的調(diào)研和測試，其中前期的調(diào)研工作就耗費(fèi)了兩個(gè)月之久，選型周期幾乎與后續(xù)的數(shù)據(jù)庫遷移時(shí)間持平。

“我們將產(chǎn)品開發(fā)視為一種投資行為，因此在調(diào)研階段傾注了大量心血。”劉鵬解釋說。

食亨關(guān)于數(shù)據(jù)庫選型的核心訴求是其性能上沒有瓶頸，同時(shí)，升級后成本要有所下降。由于設(shè)定的標(biāo)準(zhǔn)頗為嚴(yán)格，在首輪調(diào)研與評估后，四個(gè)候選數(shù)據(jù)庫的表現(xiàn)均未完全滿足食亨的需求，但相比之下，OceanBase 的表現(xiàn)最為突出。

食亨將調(diào)研中發(fā)現(xiàn)的問題及時(shí)反饋給了 OceanBase，OceanBase 迅速給予了積極回應(yīng)。OceanBase 的工程師針對食亨的應(yīng)用場景進(jìn)行了針對性優(yōu)化，優(yōu)化后的表現(xiàn)令人耳目一新，明顯領(lǐng)先于其他三個(gè)數(shù)據(jù)庫一個(gè)量級以上。隨后，食亨又對 OceanBase 與 MySQL 的語法匹配度進(jìn)行了評估，發(fā)現(xiàn)二者幾乎完美契合，最終決定采用 OceanBase 的云數(shù)據(jù)庫服務(wù) OB Cloud。

決策做出后，食亨很快就投入到數(shù)據(jù)庫的切換工作。劉鵬介紹，盡管 OceanBase 與 MySQL 在語法上高度匹配，但仍存在一些細(xì)微差異。為了充分發(fā)揮 OceanBase 的性能優(yōu)勢，遷移過程中仍需進(jìn)行一些必要的改造工作，如索引的建立與優(yōu)化、不同表單間的 Join 方式調(diào)整等。

在此過程中 OceanBase 給予了極大的支持。劉鵬感慨道：“很多時(shí)候，OceanBase 的工程師幾乎是手把手地指導(dǎo)，幫助我們完成從服務(wù)規(guī)劃、梳理到最終切換的全過程。他們幾乎像八抬大轎一般，將我們穩(wěn)穩(wěn)地送進(jìn)了 OceanBase 的生態(tài)圈，像這樣的服務(wù)我還是第一次感受到?！?/p>

在劉鵬看來，OceanBase 的這些努力不僅有效降低了食亨進(jìn)行數(shù)據(jù)庫切換的風(fēng)險(xiǎn)和成本，更讓他深切感受到了 OceanBase 致力于將此事做到極致的決心與熱情。“我能感受到這個(gè)團(tuán)隊(duì)確實(shí)想把這件事情做好。”

目前，食亨的數(shù)據(jù)庫遷移工作正在有條不紊地推進(jìn)中。已經(jīng)遷移的系統(tǒng)運(yùn)行平穩(wěn)，成功經(jīng)受住了中秋、春節(jié)、情人節(jié)等多個(gè)節(jié)日流量高峰的考驗(yàn)。

劉鵬表示，新數(shù)據(jù)庫的上線給他帶來的直觀感受就是成本降低的同時(shí)，性能也顯著提升。特別是在處理連表查詢時(shí)，對于千萬級甚至上億條記錄的分組聚合操作，速度比以前快了一倍。此外，新數(shù)據(jù)庫還消除了 MySQL 的性能瓶頸這一后顧之憂。隨著數(shù)據(jù)量和業(yè)務(wù)并發(fā)量的增長，OB Cloud 只需通過擴(kuò)容即可輕松應(yīng)對，而且可以完全實(shí)現(xiàn)自動(dòng)擴(kuò)容。

另一個(gè)讓劉鵬印象深刻的是SaaS 服務(wù)的 SLA（服務(wù)等級協(xié)議）得到了有力保障。作為一家 SaaS 服務(wù)商，食亨需要向客戶承諾 SLA。然而，現(xiàn)實(shí)中總會(huì)有各種不可控因素存在，比如通信中斷或者數(shù)據(jù)中心出現(xiàn)故障等，而 OB Cloud 提供的云端數(shù)據(jù)服務(wù)緩解了食亨不小的壓力。

劉鵬介紹，食亨此前也曾小規(guī)模地采用過私有化部署的方式，但實(shí)踐中發(fā)現(xiàn)設(shè)備故障很難避免，而上云之后基礎(chǔ)設(shè)施部分的運(yùn)維交給了云服務(wù)商，同時(shí)，云天生的彈性擴(kuò)縮容能力讓食亨可以更從容應(yīng)對業(yè)務(wù)需求的變化，大大緩解了 SLA 的壓力。

選擇 OBCloud之后，借助其分布式數(shù)據(jù)庫特性（如多副本模式），極大地提高了數(shù)據(jù)庫的可用性，而且多中心多副本的容災(zāi)模式也為食亨提供了很大的靈活性，為業(yè)務(wù)連續(xù)性提供了更為充分的保障。

此外，借助 OceanBase 的 HTAP（混合事務(wù)與分析處理）能力，食亨得以簡化技術(shù)棧。在 MySQL 時(shí)代，食亨需要通過數(shù)據(jù)庫+數(shù)倉來滿足業(yè)務(wù)需求。而現(xiàn)在，原本在數(shù)據(jù)倉庫上完成的數(shù)據(jù)分析可以直接在 OceanBase 數(shù)據(jù)庫上完成，減少了數(shù)據(jù)遷移工作，并提高了數(shù)據(jù)分析的時(shí)效性。

最后，系統(tǒng)運(yùn)維人員也從本次數(shù)據(jù)庫升級中受益匪淺。餐飲行業(yè)競爭激烈，運(yùn)維壓力巨大?，F(xiàn)在通過云平臺和 OB Cloud 提供的監(jiān)控工具，運(yùn)維人員可以很容易地發(fā)現(xiàn)問題、預(yù)見問題的發(fā)生，并進(jìn)行針對性調(diào)優(yōu)，這使得運(yùn)維工作量降低了一半以上。

劉鵬透露，目前食亨除了繼續(xù)推進(jìn)數(shù)據(jù)庫遷移工作外，還在探索 OceanBase 更多的能力以更好地滿足業(yè)務(wù)需求，包括 Data+AI。例如，探索 Text to SQL AI 的應(yīng)用，讓更多業(yè)務(wù)人員能夠自助式完成數(shù)據(jù)分析；利用 AI 進(jìn)行多語言/方言的播報(bào)，以及生成視頻、圖片等宣傳物料等。

“多年的從業(yè)經(jīng)驗(yàn)告訴我，沒有什么是開發(fā)出來后一直不變的。”劉鵬表示，“OceanBase 會(huì)不斷進(jìn)步，我們對客戶的服務(wù)也會(huì)不斷進(jìn)步。我們會(huì)借助 OceanBase 的能力不斷改進(jìn)對客戶的服務(wù)，共同迎接這個(gè)不斷快速變化的世界?！?/p>