前天在 HOW 2025 大會(huì)的圓桌上，蕭主席問了一些關(guān)于 AI，數(shù)據(jù)庫(kù) DBA 有趣的問題，以下是老馮的觀點(diǎn)，整理發(fā)出。

OLTP / OLAP ，誰先被革命？

問題：OLTP / OLAP 領(lǐng)域，AI 在哪個(gè)領(lǐng)域更有可能先帶來 “革命性” 的變化，DBA， 數(shù)據(jù)分析師，架構(gòu)師又該如何應(yīng)對(duì)這些變化。

老馮：“革命性”的意思說白了就是直接把工作崗位干沒了。對(duì)于 OLTP 領(lǐng)域，這意味著 AI 干掉 DBA ，對(duì)于 OLAP 領(lǐng)域，這意味著干掉數(shù)據(jù)分析師，數(shù)據(jù)研發(fā)的工作。目前的趨勢(shì)很顯然，OLAP 領(lǐng)域的工作崗位正在被替代中，大量 NL2SQL 的方案正在涌現(xiàn)。

與此同時(shí)，Claude Code 正在以驚人的水平替代著中低級(jí)程序員，寫 SQL 的數(shù)據(jù)分析師與數(shù)據(jù)研發(fā)作為一種 Coding 工種，也落在替代光譜中。我們可以看到各種各樣的 “智能分析” / 表格，數(shù)據(jù)庫(kù) MCP，Text2SQL / NL 2SQL 的方案到處冒泡。

然而不同于 Github 上到處都是語料的編程數(shù)據(jù)樣本，運(yùn)維/數(shù)據(jù)庫(kù)管理經(jīng)驗(yàn)的公開數(shù)據(jù)積累是非常少的。SRE，DBA 則因?yàn)檎Z料數(shù)據(jù)缺乏，加上反饋驗(yàn)證回路過長(zhǎng)，在短期內(nèi)還難以被直接替代。因此毫無疑問 AI 帶來的 “革命性” 變化會(huì)首先發(fā)生在 OLAP 領(lǐng)域。

一個(gè)鮮活的例子是，OpenAI 創(chuàng)始成員（），Vibe Coding 之父安德烈·卡帕西（Andrej Karpathy）在 YC AI創(chuàng)業(yè)學(xué)院發(fā)表了主題演講就提到過，他花了一天時(shí)間就糊出來一個(gè)菜單配圖的應(yīng)用，但是花了整整一周時(shí)間才把這個(gè)應(yīng)用給部署上線 —— OPS 部份成了 Vibe Coding 的瓶頸。

盡管如此，Agent 替代 DBA 也只是一個(gè)時(shí)間早晚的問題。也許三年，也許五年，最終 OLTP 領(lǐng)域的 DBA 工作也會(huì)在幾年內(nèi)被 AI 攻克。云計(jì)算和本地管控軟件會(huì)自動(dòng)化掉 70% - 90% 的工作，而 AI Agent 會(huì)處理剩下 9% 的工作，可能留下不到 1% 甚至 千分之一的疑難雜癥給頂級(jí) DBA 處理。

一體化還是專業(yè)化，如何選型？

問題：數(shù)據(jù)庫(kù)領(lǐng)域會(huì)走向 ”一體化“ 還是 ”專業(yè)化“，企業(yè)如何針對(duì)自己的需求進(jìn)行合理選擇？

老馮：許多領(lǐng)域都存在一個(gè) “鐘擺”，根據(jù)力量強(qiáng)弱對(duì)比來回?cái)[動(dòng)。在當(dāng)下，硬件性能突飛猛進(jìn)，數(shù)據(jù)庫(kù)（PostgreSQL）擴(kuò)展越來越豐富。現(xiàn)在數(shù)據(jù)庫(kù)領(lǐng)域的鐘擺顯然在向 “一體化” 擺動(dòng)的，而留給專業(yè)化組件的生態(tài)位越來越小了。

前些日子，有個(gè)朋友問我一個(gè)向量 RAG 場(chǎng)景，應(yīng)該用 PostgreSQL + pgvector 還是 Milvus，我問你有多少數(shù)據(jù)量 —— 兩千萬條。我回復(fù)說這個(gè)數(shù)量級(jí)您就別折騰了，一百多GB的數(shù)據(jù)放 PG 灑灑水，十幾TB 的PG向量表我都見過照樣跑的好好的。你要是數(shù)據(jù)量再翻個(gè)幾百倍，，而你現(xiàn)在已經(jīng)用著PG，這么點(diǎn)規(guī)模就開始折騰，那不是給自己找事嗎？

同理，我也見過好幾次有業(yè)務(wù)號(hào)稱自己有超高增長(zhǎng)，一上來就要申請(qǐng)一套水平分片庫(kù)，最后只有 幾十GB數(shù)據(jù)的滑稽故事。如果你的數(shù)據(jù)連幾十TB都沒有，那根本用不上什么分布式 NewSQL 數(shù)據(jù)庫(kù) ——，那 99.99% 的業(yè)務(wù)也可以靠一個(gè) PostgreSQL 解決所有問題。，。

我們可以把 PostgreSQL 這樣的數(shù)據(jù)庫(kù)比做智能手機(jī)，它可以打電話，GPS 導(dǎo)航，照相，干各種各樣的事情。確實(shí)存在專業(yè)的場(chǎng)景 —— 比如航海需要衛(wèi)星電話，商業(yè)攝影可能需要專業(yè)單反相機(jī)，但這些小眾領(lǐng)域相比智能手機(jī)的市場(chǎng)規(guī)模差了好幾個(gè)數(shù)量級(jí)，而絕大多數(shù)用戶都只需要一款手機(jī)就足夠解決他們的問題了。

我認(rèn)為在當(dāng)下，對(duì)象存儲(chǔ)還值得有專用數(shù)據(jù)庫(kù)產(chǎn)品。其他的數(shù)據(jù)庫(kù)細(xì)分領(lǐng)域生態(tài)位基本已經(jīng)收斂到上面的狀態(tài)。而且使用專用組件的門檻也越來越高，越來越遠(yuǎn)離大部份應(yīng)用的規(guī)模。我們可以期待再將來的某個(gè)時(shí)間點(diǎn)，（ / Timescale / Promescale ）。

過早優(yōu)化是萬惡之源 —— 為了自己不需要的屬性付出復(fù)雜度，成本，人力，一致性維護(hù)上的代價(jià)沒有意義。企業(yè)在數(shù)據(jù)庫(kù)選型的時(shí)候一定要擦亮眼睛，不要為了自己并不需要的東西而瞎忙活 —— 而 PostgreSQL 毫無疑問就是數(shù)據(jù)庫(kù)領(lǐng)域的默認(rèn)安全牌。

AI 時(shí)代的 DBA，何去何從？

問題：從 DBA 到 DBAA，DBA 如何適應(yīng) AI 時(shí)代的變化與沖擊

，效果非常不錯(cuò)。你可以把 Claude Code 當(dāng)成一個(gè)月薪一百美元的高級(jí)工程師（實(shí)際上你可以用 20刀套餐，買好幾個(gè)?。谇趹┑亩男r(shí)給你干活。這意味著什么？這意味一個(gè)光桿架構(gòu)師現(xiàn)在有了一整個(gè)待命的高級(jí)程序員團(tuán)隊(duì)。

AI 是極度利好專家的，在專家手中的 AI 能發(fā)揮出普通工程師 10x 的表現(xiàn) —— 這背后的邏輯是專家能一步到位提出正確的問題，精準(zhǔn)的上下文，以及直覺判斷，并且有能力對(duì) Code Agent 的方案進(jìn)行 Verfiy。而普通開發(fā)者則往往缺乏答案驗(yàn)證能力與問出正確問題的健全直覺。而架構(gòu)師可以指揮一堆 Code Agent 替代初級(jí)工程師去出活。

這也意味著，IT 領(lǐng)域?qū)⒑苡锌赡艹霈F(xiàn)階層固化與分裂 —— 初級(jí)工程師的上升路徑被 Code Agent 鎖死了，被固化為 Code Agent 的傳聲筒與人肉膠水。而且因?yàn)闆]有那么多場(chǎng)景和故障再給新人打磨練手成長(zhǎng)，以后高級(jí)的DBA 和架構(gòu)師可能也就是那么多。

對(duì)于金字塔尖的專家來說，這是一個(gè)重大利好，這意味著專家的能力可以通過以下兩種方式實(shí)現(xiàn)高速?gòu)?fù)制：通過 Coding Agent，；然后在前面的基礎(chǔ)上，再通過 DBA Agent，將專家的經(jīng)驗(yàn)沉淀為 Prompt / 知識(shí)庫(kù)，解決 9% 的常規(guī)問題，剩下的 1% （也許是 0.1% ）的活，再由專家人工解決。

這意味著一個(gè) DBA 數(shù)據(jù)庫(kù)專家可以通過管控與Agent 實(shí)現(xiàn)幾百倍到上千倍的杠桿。例如，許多客戶咨詢我的問題，我是丟給 GPT o3-pro 解決的，我只需要問出正確的問題并驗(yàn)證回答有效性，就可以完成原本需要十幾倍時(shí)間的工作。而這就是超級(jí)個(gè)體與一人公司的運(yùn)作方式，讓我在一個(gè)人服務(wù)十幾個(gè)客戶的情況下依然可以時(shí)間自由。我將這種新的模式稱為 Service as Software （SaaS）。

實(shí)際上這也是云廠商云數(shù)據(jù)庫(kù) RDS 團(tuán)隊(duì)的工作模式，像德哥這樣的頂級(jí) PG DBA 專家可以通過云管控軟件，一二三四線客服與 Agent 服務(wù)成千上萬的客戶。當(dāng)然，他以前可能要依賴云平臺(tái)的能力，但現(xiàn)在有了開源的 PG 管控平臺(tái) Pigsty，他完全可以出來當(dāng)一個(gè) PG 顧問，用 Pigsty 交付，用 Agent 輔助，自己負(fù)責(zé)問問題與兜底，同樣成為一個(gè)數(shù)據(jù)庫(kù)超級(jí)個(gè)體。

對(duì)于普通的 DBA 來說，我認(rèn)為這里也有很多機(jī)會(huì)。一個(gè)顯著的趨勢(shì)是，數(shù)據(jù)庫(kù)的專業(yè)知識(shí)成為了 Vibe Coding 中不可替代性最強(qiáng)的部份。為什么這么說，讓我們看看現(xiàn)在的 AI / SaaS 創(chuàng)業(yè)者都是怎么交付，怎么出活兒的。

最佳實(shí)踐通常是用 Next.js 糊個(gè)前端托管到 Vercel 或者 Cloudflare 上，后面對(duì)接一個(gè) Supabase 這樣的 “BaaS” 數(shù)據(jù)庫(kù) —— 后端被完全省略掉了，而前端用 Vibe Coding 去糊相對(duì)容易，唯獨(dú)對(duì) Supabase 底下的 Postgres 的掌握與理解，是相對(duì)稀缺的技能。而自建維護(hù)生產(chǎn)級(jí) PostgreSQL / Supabase 集群，則基本上成為了整套 Stack 中的瓶頸卡點(diǎn)。

這對(duì) DBA 是一個(gè)非常大的利好 —— 因?yàn)?Claude Code 把大家的編程能力拉到了同一個(gè)水準(zhǔn)，那么比拼的就是通用的整合能力，以及稀缺的數(shù)據(jù)庫(kù) / DBA經(jīng)驗(yàn)。而 PG DBA 群體恰好已經(jīng)擁有了后者，那么相對(duì)于其他同級(jí)別工程師來說就占據(jù)了一個(gè)先天的優(yōu)勢(shì)。

而 PG DBA 應(yīng)該充分利用好當(dāng)下這個(gè)優(yōu)勢(shì)，使用 Code Agent （以及 開源 PostgreSQL 數(shù)據(jù)庫(kù)管控 Pigsty）武裝自己，把自己改造成新一代的全能架構(gòu)師 + 管理者，在別人還在吭哧吭哧啃數(shù)據(jù)庫(kù)硬骨頭的時(shí)候搶先出擊，占領(lǐng)生態(tài)位高地。

老規(guī)矩，不打廣告，寫啥文章？

開源免費(fèi)企業(yè)級(jí) PostgreSQL 發(fā)行版：認(rèn)準(zhǔn) Pigsty

https://pgsty.com ，這是市面上唯二兩個(gè)可以的開源 PostgreSQL 方案。 讓你在虛擬機(jī)/物理機(jī)/云服務(wù)器上一鍵安裝好帶有高可用， 備份恢復(fù)，監(jiān)控系統(tǒng)，IaC，連接池，訪問控制的企業(yè)級(jí) PostgreSQL / Supabase / MinIO / Redis / ... 數(shù)據(jù)庫(kù)服務(wù)，并一條龍解決好 Nginx，域名，HTTPS，Docker，鏡像，軟件源翻墻等問題 ……

數(shù)據(jù)庫(kù)老司機(jī)專欄