他曾在華為寫協(xié)議、在聯(lián)想設計全球負載均衡系統(tǒng)、在 Oracle 深入?yún)^(qū)塊鏈核心模塊，參與過多個重量級項目。但直到他加入濤思數(shù)據(jù)，才真正開啟了一段從“技術精英”到“團隊帶頭人”的深度蛻變旅程。

2024 年，潘魏成為首屆 TDengine 年度“CEO AWARD”的獲得者之一。這份榮譽不僅是對他技術貢獻的肯定，也象征著他在推動查詢引擎不斷進化、帶領團隊突破極限方面的認可。但他和 TDengine 的故事還要從 2020 年的那個秋天講起。

“看起來很酷，也很有挑戰(zhàn)”

2020 年，在 Oracle 工作了七年之后，潘魏短暫加入新東方在線，從事流媒體邊緣節(jié)點的開發(fā)。但真正的轉折，發(fā)生在一次老同事的推薦中。

“他告訴我濤思在做一個時序數(shù)據(jù)庫，我就去官網(wǎng)看了一下。”潘魏回憶道。當時他對時序數(shù)據(jù)庫這個概念并不熟悉，但越了解越覺得：這玩意兒很酷，而且特別有挑戰(zhàn)性。“開源、高性能、國產(chǎn)時序數(shù)據(jù)庫，這不正是一個程序員應該投身的事業(yè)嗎？”更重要的是，他敏銳地捕捉到了趨勢：“隨著物聯(lián)網(wǎng)、車聯(lián)網(wǎng)等產(chǎn)業(yè)的發(fā)展，數(shù)據(jù)呈指數(shù)級增長，時序數(shù)據(jù)庫正是應對這類場景的核心工具。這個方向，值得一搏?！?/p>

剛入職時，潘魏被安排到交付組鍛煉一個月。那段時間主要是了解客戶、熟悉產(chǎn)品，但他作為程序員的“本能”讓他閑不住——“我經(jīng)常偷偷去看代碼?！彪m然那時并不知道將來要做哪一塊開發(fā)，他卻從 shell 工具一路啃到數(shù)據(jù)庫引擎，把自己埋進了整個系統(tǒng)的脈絡里。

“那段時間很痛苦也很迷茫，畢竟我從沒接觸過數(shù)據(jù)庫內(nèi)核開發(fā)?！钡恐翱床欢驼{(diào)試、看不清就查資料、實在不行就問同事”的硬核方式，潘魏硬生生把自己“啃”進了數(shù)據(jù)庫的世界。等到一個月后正式轉入查詢組，他已經(jīng)準備好了。

從開發(fā)者到負責人

入職三年后，潘魏成為 TDengine 查詢組的負責人。這段路走的并不容易，他坦言：“技術上的收獲當然很多，但對我來說，最大的變化其實是觀念上的?！?/p>

過去，他是一個沉浸在技術里的快樂開發(fā)者：寫代碼、解決難題、搞定優(yōu)化，就是最大的滿足。但當角色變成團隊負責人，快樂不再那么簡單?！柏熑胃兀瑫h更多，壓力更大?！闭嬲霓D變來自他對數(shù)據(jù)庫本質(zhì)的理解加深。

“數(shù)據(jù)庫系統(tǒng)太復雜了，靠個人或幾位高手根本撐不起來。要想把一個數(shù)據(jù)庫產(chǎn)品做得好，必須依靠團隊、依靠組織?！币庾R到這一點后，他開始接受甚至擁抱自己的新角色：組織者、推動者、責任人?！半m然不如寫代碼那樣立竿見影，但帶著大家一起做成一件事，其實也很有成就感?！倍@種轉變的背后，離不開他對自己的高標準嚴要求。

TDengine 創(chuàng)始人陶建輝曾評價潘魏“自驅力強、對自己要求高”，對此，他坦然接受，笑言“這樣的評價挺高的”。在他看來，做數(shù)據(jù)庫產(chǎn)品是變量最多、挑戰(zhàn)最大的領域之一，“甚至可能跟操作系統(tǒng)媲美”。因此一個人對自己的要求高與不高，最終在產(chǎn)品上的差距是顯而易見的。

“比如你在做一個功能時，如果是按自己的能力上限去思考和設計，最后把心里所有的 TODO LIST 全部消滅，我覺得你就是一個很厲害的人了。如果能長期做到，我就敬你是個狠人?！?/p>

這樣的成長并沒有捷徑。“就是靠學習和思考。對程序員來說，就是讀博客、讀書、讀代碼。”潘魏分享了自己的讀代碼方式——不是為了看懂而看，而是像一個老師面對學生一樣，不斷發(fā)問：“為什么這句這么寫？有沒有更好的方式？是不是寫錯了？”當你能回答這些問題，就真正讀懂了。這個過程在他看來也像是時序數(shù)據(jù)庫里的 rollup 概念，“你不可能記住所有代碼，但你能記住的是這些提問和思考之后凝結下來的‘結果’?！倍强恐@樣的方式，他一步步從“獨自做得好”走向了“帶團隊做得更好”。

從技術骨干變成組長，潘魏也構建起了一套團隊的工作哲學：“創(chuàng)新主要來自深度思考，在深入理解問題本質(zhì)后才有可能提出創(chuàng)造性的想法?！?/strong>他舉了一個例子：某次他們要將同步流程轉為異步處理，按傳統(tǒng)思路，需要引入大量異步回調(diào)邏輯，但工作量巨大。團隊在經(jīng)過頭腦風暴式的討論后發(fā)現(xiàn)，其實核心瓶頸在于并發(fā)線程數(shù)——線程數(shù)受限的本質(zhì)是為了限制 CPU 的占用，這種情況下如何把同步操作變?yōu)楫惒?。在理解這一本質(zhì)后，他們換了個創(chuàng)新思路，“線程數(shù)不受限，只需要并發(fā)運行的線程數(shù)受限即可”，最終通過“線程接力”的方式優(yōu)雅解決了問題，既大幅減少了優(yōu)化工作量，又滿足了限制性需求，也保障了性能。

這種以問題為中心、以本質(zhì)為目標的討論方式，已經(jīng)成為 TDengine 查詢組的團隊文化。

查詢引擎技術演進趨勢

查詢引擎是數(shù)據(jù)庫的核心模塊之一，而優(yōu)化查詢性能，就是在刀尖上跳舞?！澳阋?SQL 語句這條‘陽關道’，用戶不滿意；你要抄近路，讓用戶覺得快，但一旦抄錯了，用戶也會第一個罵你。因此我們要練就的就是‘穩(wěn)準狠’?！睆呐宋旱男稳輥砜?，查詢引擎的性能優(yōu)化工作就是要放著陽關道不走，非要過獨木橋，同時還要做到不濕鞋，屬實是一個“高風險工種”。

TDengine 作為純自研的查詢引擎，查詢性能優(yōu)化的工作自然不會少。潘魏也主導了多個層面的優(yōu)化：從框架重構、執(zhí)行器改進，到計劃層算法優(yōu)化。比如在實現(xiàn)關聯(lián)查詢時，為了減小處理數(shù)據(jù)的體量，他們設計了最多六層的數(shù)據(jù)過濾機制，每一層的目的都是為了減少下層需要處理的數(shù)據(jù)。為了實現(xiàn)更優(yōu)的性能，更是巧妙地將 hash join 嵌入 sort merge join 的流程中以應對相同時間戳的場景。

這些優(yōu)化為 TDengine 的查詢性能帶來了顯著提升。在內(nèi)部測試中，大多數(shù)查詢性能遠超 PostgreSQL，和 ClickHouse 相比，在單核性能上也占據(jù)優(yōu)勢。接下來，他正計劃向多核并行查詢發(fā)起沖擊，“我對勝出是樂觀的?！?/p>

TDengine 在查詢層的獨特性，來自于整體架構的深度配合。潘魏總結道：“我們采用分布式的 share-nothing 架構，結合超級表的設計，使得查詢?nèi)蝿漳軌蚍植际綀?zhí)行；一個設備一張表 + 列式存儲的設計，能夠實現(xiàn)子表級別的數(shù)據(jù)快速定位，并支持高效的列向量化處理；虛擬表概念的引入使得數(shù)據(jù)建模不再有任何難度，數(shù)據(jù)存儲與查詢分析不再具有綁定關系，根據(jù)業(yè)務的需要可以實現(xiàn)千人千面的效果；在數(shù)據(jù)塊和時間維度上的預計算機制，則顯著提升了大數(shù)據(jù)量場景下的查詢效率；而通過存算分離的架構設計，查詢資源可以彈性擴展，系統(tǒng)整體的吞吐能力也得到大幅提升?！?/p>

而這種從底層架構到查詢層邏輯的深度融合，是 TDengine 在應對高并發(fā)、低延遲場景中的底氣。

對于未來趨勢，他認為查詢引擎會向三個方向演進：功能更全、性能更優(yōu)、使用更簡單。“SQL 覆蓋要更全面，性能要從手動擋進化到自動擋，最重要的是可維護性和易用性也要同步跟上?！彼貏e提到 AI 的應用，將會對查詢引擎帶來新的思維方式和能力邊界，“我們已經(jīng)在探索 AI 與查詢優(yōu)化、智能調(diào)參的結合?！?/p>

下一步

談起自己獲得“CEO AWARD”的感受，潘魏顯得很平靜：“很感謝公司給我這個肯定，我把它當做過去幾年努力的一種肯定?！?/p>

對他而言，更重要的是要“不負期望、再接再厲”?；仡欉@幾年，他最自豪的不是某一個具體功能，而是“我們整個查詢引擎在這幾年邁上了一個新的臺階，從 2.x 的草根階段走進了 3.x 的穩(wěn)定發(fā)展期。”

“我們和 ClickHouse 在單核性能上的差距已經(jīng)非常小，接下來要挑戰(zhàn)的是多核并發(fā)?！迸宋禾寡裕@將是一場硬仗，但也代表了 TDengine 查詢引擎走向全面領先的重要一役。“我個人非常想把這事兒干成。”

采訪最后，潘魏說：“其實程序員這份工作最動人的地方，就是你能親手打造一些真實的東西，看著它一步步變得更好?！痹?TDengine，他正和團隊一起，做著這件既有挑戰(zhàn)也有成就感的事。

關于潘蔚

潘魏，現(xiàn)任 TDengine 查詢組負責人，專注于時序數(shù)據(jù)庫查詢引擎的研發(fā)工作。自 2020 年加入濤思數(shù)據(jù)以來，曾在交付組短暫輪崗，隨后長期投身于核心查詢模塊的設計與優(yōu)化，深度參與 TDengine 查詢引擎的演進。

在此之前，潘魏曾在 Oracle 擔任資深工程師，主導 Oracle Blockchain Cloud Service（OBCS）及 ART IMS 等產(chǎn)品的核心功能開發(fā)，涵蓋區(qū)塊鏈底層節(jié)點定制、控制臺與 REST 接口開發(fā)，以及分布式容器管理模塊的設計實現(xiàn)。其主導的 ART IMS 項目，成功實現(xiàn)了將 IBM 大型機上的 IMS 程序遷移至開放平臺運行，顯著提升了傳統(tǒng)系統(tǒng)的靈活性與兼容性。