新數據庫時代，DBA 發展之路該如何選擇

A

師文匯： 大概分幾個羣體。 對於 剛畢業的學生 ，鼓勵大家多做內核或者技術相關的開發工作，會有好的技術沉澱。數據庫其實是處在整個業務的最核心的環節，既能做深層次技術的積累，也可以將技術和業務更好地結合。無論學習內核，還是學習業務，對 DBA 都是有非常大的幫助和成長。

對於一些 資深的 DBA ，建議大家多瞭解行業或業務知識。比如説金融、運營商領域，如何使用數據庫，在業務場景下的核心痛點。對於 DBA 的發展，可以去做對外的商業化解決方案類，也可以架構師方面的工作。

數據庫開發方向，前期可以瞭解一些常見的開源數據庫，比如 OceanBase，其實是很好地學習數據庫的入手項目。可以基於其社區版做一些開放的 project，通過這樣一些實踐，快速的進入到社區一起交流學習。

對於 傳統數據庫的開發者 ，例如 MySQL 或者 PostgreSQL，如果投入到 OceanBase 分佈式的學習，天然是有很多優勢，比如在事務上的理解。OceanBase 是一個分佈式關係數據庫，通過學習，在分佈式、一致性協議等領域，是能夠幫助大家快速成長去完成自我提升的。大家如果願意動手花時間去學習和實踐，比如簡單的一些代碼修改和編譯，通過這些實踐，會有新的收穫。

A

師文匯： 我同時也在負責螞蟻數據庫和存儲團隊，我覺得一方面從業務角度看，很多事情可以去做甚至可以做到更好。 比如説單 TB 存儲成本，每天在螞蟻都有上千 G 的這種業務需要發佈，我們如何能做到效率更高。 當你去仔細學習業務或者去理解系統的時候，總是能發現還有很多問題可以去完善。

什麼是內卷，以前大家經常説，做事情要去打破邊界，相互補位，其實從這個角度去做事情，就是真正的為了一個共同的目標，在大家都能接受的合理空間，去做一些跨領域或者跨邊界的事情。這樣的話可能對自己包括最終的業務結果都有很大的幫助。

另一個方面，對於自身成長來説，我覺得是不能躺平的。大家可以看到，整個社會和業務發展有多迅速。在 2014 年的時候，沒有這麼多的分佈式數據庫和國產數據庫，但是在過去的幾年裏，不光從數據庫，TP 或 AP，包括計算、算法，AI 領域，其實都湧現了很多新的技術和產品。這個時代其實在用很快的速度前進，我們必須保證自己的成長和競爭力。

A

師文匯： 我覺得 DBA 是一個非常有競爭力的職業或者角色。我認識的很多 DBA 都去做創業了，而且發展都很好。那麼這些人是如何發展的這麼好？因為他非常懂業務和數據庫，面向最終的用户，瞭解用户的明確需求。所以能夠去幫助用户做一些設計，沉澱，行為，想法。還有的 DBA 選擇去做商業化解決方案或者交付，同樣可以做的很好，因為他們可以協助業務把解決方案幫助到例如傳統銀行核心系統的遷移的項目上。

對於 DBA 這個角色，下游是基礎技術，上游是業務，中間是數據。所以這個角色其實是有能力成為任何一個類型的人才。當你把基礎技術做紮實積累後，在職業上的選擇是非常多的。DBA 想成長應該做什麼，學習業務和技術，又要懂數據。最終的發展方向取決於自己想去做什麼，然後做好這些方向的積累。

Q

國產數據庫的迅猛發展，產品眾多，對於 DBA，應該如何選擇才有利於個人職業發展？

A

楊建榮： 國產數據庫其實在行業內會打一些標籤，目前有幾個類別。

第一類是學院派數據庫，比如達夢，人大金倉等，偏軍工等傳統行業，相對應用比較廣泛。

第二類是互聯網派數據庫。基於互聯網場景的技術沉澱，比如 OceanBase、PolarDB、TDSQL 等，有互聯網原生的業務場景，能夠快速地孵化，有更多的技術沉澱。

第三類是創業派數據庫。比如像 TIDB、偶數等 NewSQL。創始人有海歸背景的技術專家去推動這樣的一些事情。

第四類是企業派數據庫。比如華為 GaussDB、中興的 GoldDB 等等。這些企業之前就有一些大量的客户羣體。然後在客户羣體內能去孵化和把產品推到整個產品線。所以國產數據庫近幾年，會比以前的流行度和佈局度更有落地性。

Github 上有一句話，就是説技術在某種程度上也有國界，或者説從做 DBA、做技術的角度來説，需要有一個護城河的概念，因為有技術壁壘，需要去提前規劃考慮。

Q

DBA 要做什麼才能做到像您這麼優秀,類似 ACE 這樣的身份？

Q

國內的 DBA 應該如何正確面對開源？

A

楊建榮： 我覺得可以提煉三點。

第一點是通過開源數據庫，包括分佈式數據庫。在某種微觀程度上，在面向高可用的難題上是能夠迎刃而解。或者説是一種輔助，包括在微觀數據庫方向上，其實會有一些 HA 的工具等等。但是在原生分佈式數據庫中，這種問題可能就不復存在了。在這個方向上，會提高服務的高可用能力。

第二點是選擇開源數據庫更多是數據庫的開源共存狀態，本質上會做很多場景的互補。比如剛才提到的，比如在 AP 領域，原來是做 TP 的方向上，可能在 AP 上需要做流轉或額外的一些流程。但是現在可能是做了一體化的方式，會有一種 HTAP 的場景。對於業務來説，相對來説會更容易更適配去接觸業務的迭代速度。

在這個方向上舉個例子，原來數據庫去做複雜的查詢，字段也非常多，可能在 MySQL5.7 有時候就有一些複雜的查詢，可能需要 30 分鐘。MySQL8.0 可能一分鐘就能成功。但使用 HTAP 的方案,發現可能只需要 1-2 秒就可以解決。所以通過這種方式在使用開源數據庫產品對很多研發同學來説，和使用的 MySQL 時一樣沒有太大的技術壁壘。所以在接觸的過程中，也會逐步信任和沉澱成為深度的客户。

第三點是開源數據庫產品的質量是有保證的。但是產品用得好不好，或者在用的過程中如何去更持續更有效的迭代。在社區包括反饋機制上，能夠去更好地形成一個閉環。

包括很多類似 OceanBase 的開源數據庫產品，不只是開發出了一個數據庫場景，讓大家去使用，實際是逐漸形成社區生態，在生態之下，可以讓整個的數據庫產品，包括功能、易用性、體驗上。用户都會提出不同角度的想法。所以對於開源數據庫的產品使用來説，無論是對於研發人員，包括開發數據庫內核的技術人員，是一個互補雙贏的狀態。

A

楊建榮： 第一個層面屬於未雨綢繆或長期規劃的過程。很多情況下，數據庫方案亟待解決的時候，再去想方案的話相對來説是一個延遲或者拖後的狀態。這樣就形成了惡性循環。在這種場景下，需要提前做一些未雨綢繆的事情。包括技術棧，以及提前和研發去溝通業務痛點，或潛在瓶頸。在這個過程中，可能方案 A 可以滿足。但是方案 A 在臨時可用的狀態下，會去沉澱方案 B，儘可能完成平滑替代的狀態，進而實現業務快速轉型，應對變化。

另外一個層面是大部分時候是基於業務場景需求去做一些設計和改進。然後業務場景的很多變化，也是逐漸演進的過程，所以在前期去接觸方案的時候，在一個特定的時間，肯定不是最好的方案。但是通過全盤考慮後，能夠在此基礎上去完善一個更合適的方案。

Q

分佈式數據庫未來會全面取代傳統關係型數據庫嗎？分佈式數據庫未來形態會是HTAP嗎？

A

師文匯： 我的個人觀點是比較深信這件事的，目前阿里、螞蟻的核心繫統，包括網商銀行，海外的部分銀行和支付機構，OceanBase 已經賦能很多這樣的企業。 商業 化以後，目前數百+不同行業的客户，都選擇用分佈數據庫徹底取代傳統的關係數據庫，讓企業更加可控。 所以從案例實踐上，我認為分佈式數據庫是可以取代關係型數據庫的。

分佈式數據庫是誕生在互聯網和移動互聯網這個時代的，天生有後發優勢。針對這個方面做了很多設計，分佈式數據庫的未來形態會是 HTAP，舉一個例子，比如營銷系統，通常會圈定一些人羣，然後去思考這羣人是不是能夠產出更好的廣吿 ROI，於是就去做這樣一個實驗。傳統的數據庫可能要做ETL導數據，申請代理權限等這些會消耗掉很多時間，但 HTAP 數據庫，它其實是可以在這個數據上直接去做挖掘或者分析。就如創始人陽振坤老師分享一篇文章裏説的一樣，分佈式數據庫就像電動車特斯拉，代表着未來的發展趨勢，而 HTAP 是對數據庫整個行業的成本控制、效率提升，會有非常大的改觀。

A

楊建榮： 我把兩個問題合起來回答一下。第一個問題是不會編程的DBA 他是否應該去學習一個編程語言？我的強烈建議是需要去學習的。

DBA 從職業發展上來説，可以分為五個維度：高可用的架構的能力、分佈式架構的能力、數據模型優化的能力、服務化建設的能力、資源規劃和治理的能力。

通過以上幾個維度，我覺得對於 DBA 來説，如果不會編程，就需要在業務或者某些方向上需要有一些積累，至少得有一個方向是更擅長的。學編程語言對於 DBA 的職業發展上來講屬於服務化建設的能力。

因為服務化建設的能力，從研發到業務是一個直接能感受到的高效和專業的一種方式。所以需要去學習一種編程語言。另外一個視角就是當你學習一種編程語言的時候，你會從研發的視角去思考這個問題，而不是單純的從運維 DBA 的角度去單一的思考問題，從而更容易抓到這個問題的本質。

第二個問題是轉型數據庫產品研發，更偏向數據庫服務化的建設能力，需要去考慮一個點，就是説對數據庫的這個方向上真正的技術理想或者説技術興趣點是否認可？如果只是單純的做數據庫產品研發，我覺得可能它是一個偏頗的方向。另外一個就是在業務上有很深的積累或者數據庫的支持方向上有很多的想法，再去轉型做數據庫的產品研發是比較順利的。因為產品研發只是 DBA 領域中的一個分支，更多取決於自己的興趣點。 

A

師文匯： 對於個人來説的話，學習是自己的事情，即使公司沒有用這個數據庫，你其實還是可以去學習的。對於企業來説的話，企業是會有很多的研發慣性，習慣用了一種東西以後，可能很難擺脱去切換到另外一種產品，尤其是數據庫這種核心系統，相當於一輛車的發動機，可能更不容易。

但是我覺得從 DBA 或者是企業的視角可以去考慮幾個問題。

第一個是説如果想換成國產數據庫，有沒有比較低的代價？假設我們用的是 Oracle 模式，那是不是有一些國產數據庫它能比較好地去兼容 Oracle，同時又能給我們帶來一些便捷。

第二個可以從降本增效相關的一些角度去考慮。是不是可以引入一種分佈式數據庫去解決成本效率的問題做一些嘗試。很多企業都在考量 ROI，很多的新型的數據庫在這方面做得都比較好，可以考慮做一些演進的嘗試。圍繞 8020 原則，守好主要的關口，找一些邊緣的業務做創新，當真的能夠嚐到技術紅利以後，然後再去考慮公司的整體方向去採納一種新型數據庫。