最近經(jīng)常有DBA朋友問(wèn)我國(guó)產(chǎn)數(shù)據(jù)庫(kù)該學(xué)哪個(gè)，前陣子我一直讓他們?cè)俚鹊?，等第二批?guó)測(cè)結(jié)果出來(lái)再說(shuō)。國(guó)慶第一天寫(xiě)了篇關(guān)于國(guó)測(cè)結(jié)果發(fā)布的文章，對(duì)于國(guó)產(chǎn)數(shù)據(jù)庫(kù)的商業(yè)競(jìng)爭(zhēng)而言，這個(gè)結(jié)果十分關(guān)鍵。目前第一批和第二批國(guó)測(cè)結(jié)果發(fā)布后，已經(jīng)有16個(gè)數(shù)據(jù)庫(kù)廠商的25款集中式和分布式數(shù)據(jù)庫(kù)產(chǎn)品名列其中了。

可能有些朋友沒(méi)太關(guān)注信創(chuàng)相關(guān)的政策，對(duì)國(guó)測(cè)結(jié)果的重要性不太了解。目前國(guó)產(chǎn)關(guān)系型數(shù)據(jù)庫(kù)產(chǎn)品一百多款，只有25款產(chǎn)品在國(guó)測(cè)清單中（這些產(chǎn)品以下簡(jiǎn)稱表內(nèi)產(chǎn)品）。對(duì)于大多數(shù)用戶來(lái)說(shuō)，除了關(guān)鍵基礎(chǔ)設(shè)施系統(tǒng)有比較嚴(yán)格的要求，對(duì)于其他系統(tǒng)這100+的關(guān)系型數(shù)據(jù)庫(kù)產(chǎn)品在數(shù)據(jù)庫(kù)國(guó)產(chǎn)化替代工作中都是可以使用的。不過(guò)各行業(yè)監(jiān)管部門(mén)的管理要求不同，如果要搞清楚應(yīng)用原則，最好認(rèn)真研究一下相關(guān)行業(yè)的管理要求。有些央國(guó)企存在多頭管理的情況，則需要注意各個(gè)上級(jí)部門(mén)的要求之間的差異。

對(duì)于一些監(jiān)管要求比較低的領(lǐng)域，并非強(qiáng)制使用表內(nèi)產(chǎn)品，不過(guò)對(duì)于一系監(jiān)管要求比較嚴(yán)格的行業(yè)，則是有強(qiáng)制性要求的，因此有些用戶寧可采用更加嚴(yán)格的要求，也不愿意今后出現(xiàn)二次遷移的問(wèn)題。另外國(guó)家出臺(tái)的一些獎(jiǎng)勵(lì)、補(bǔ)貼政策，一般也有比較嚴(yán)格的要求，可能只針對(duì)購(gòu)買(mǎi)表內(nèi)產(chǎn)品，如果用戶國(guó)產(chǎn)化替代想要省點(diǎn)錢(qián)，那么還是建議選擇表內(nèi)產(chǎn)品。

在這種情況下，DBA該如何應(yīng)對(duì)呢？ 打個(gè)比喻，最近股市火爆，大家都在選股，如果選錯(cuò)了，那么面對(duì)未來(lái)的牛市，收益會(huì)有較大的影響，甚至?xí)e(cuò)過(guò)這種散戶小白都能賺錢(qián)的機(jī)會(huì)。DBA選擇數(shù)據(jù)庫(kù)也是如此，做出合理的選擇，對(duì)于年輕的DBA未來(lái)的職業(yè)發(fā)展有很大的影響。   

圖片

我覺(jué)得還是要把1號(hào)發(fā)過(guò)的這張圖貼出來(lái)才容易看清楚。首先，如果我是一個(gè)PostgreSQL DBA的話,大概率會(huì)遇到一些與之同生態(tài)的國(guó)產(chǎn)數(shù)據(jù)庫(kù)產(chǎn)品。雖然運(yùn)維起來(lái)不完全相同，不過(guò)總是比較容易上手一些。在去年P(guān)GCONF上，我做了一個(gè)關(guān)于PG數(shù)據(jù)庫(kù)生態(tài)的演講，當(dāng)時(shí)我就說(shuō)在數(shù)據(jù)庫(kù)國(guó)產(chǎn)化替代的背景下，學(xué)PG是比較不容易踏空的。PostgreSQL DBA的基本技能可以適用于PG、openGauss生態(tài)的數(shù)據(jù)庫(kù)產(chǎn)品，對(duì)于GaussDB、GreenPlum等數(shù)據(jù)庫(kù)也能發(fā)揮一定的作用。因此在數(shù)據(jù)庫(kù)國(guó)產(chǎn)化時(shí)代，如果真的不知道學(xué)點(diǎn)啥，去學(xué)PG是不會(huì)浪費(fèi)時(shí)間的，有PG基礎(chǔ)的DBA，再去學(xué)這些國(guó)產(chǎn)數(shù)據(jù)庫(kù)，會(huì)省很多事。    

第二種考慮因素是，在XC背景下，用戶在數(shù)據(jù)庫(kù)運(yùn)維成本方面肯定不會(huì)像使用Oracle時(shí)那么大方。因此要選擇舍得花錢(qián)的用戶使用的數(shù)據(jù)庫(kù)產(chǎn)品，或者選擇客戶不太搞得定，愿意花錢(qián)來(lái)解決問(wèn)題的數(shù)據(jù)庫(kù)產(chǎn)品。舍得花錢(qián)的用戶還是集中在金融、證券、保險(xiǎn)、運(yùn)營(yíng)商、能源等大客戶那里，因此關(guān)注這些用戶使用什么數(shù)據(jù)庫(kù)產(chǎn)品十分關(guān)鍵。從目前的情況看，銀行主要使用GoldenDB、GaussDB、OceanBase、TDSQL等分布式數(shù)據(jù)庫(kù)，證券使用OB、GoldenDB、GaussDB比較多，保險(xiǎn)公司也基本上以這三種分布式數(shù)據(jù)庫(kù)為主。中國(guó)移動(dòng)的核心系統(tǒng)主要是OceanBase和GoldenDB，中國(guó)電信則是自己基于PG和MYSQL的TELEDB。

能源行業(yè)則比較復(fù)雜，南網(wǎng)的管理新信息系統(tǒng)類(lèi)以達(dá)夢(mèng)為主，營(yíng)銷(xiāo)等系統(tǒng)目前還沒(méi)完成選型。國(guó)網(wǎng)主要是達(dá)夢(mèng)、金倉(cāng)、南大通用、GaussDB、PolarDB等。發(fā)電企業(yè)現(xiàn)在還在選型中，大體也不會(huì)差別太大。

技術(shù)相對(duì)復(fù)雜，不太容易搞定的數(shù)據(jù)庫(kù)一般是分布式分布式數(shù)據(jù)庫(kù)或者類(lèi)似ORACLE RAC的集群數(shù)據(jù)庫(kù)。如果你能夠深度掌握比較有前途的分布式數(shù)據(jù)庫(kù)產(chǎn)品的安裝、部署、備份、高可用架構(gòu)等方面的技術(shù)，對(duì)未來(lái)工作中找到機(jī)會(huì)有較大的幫助。

在未來(lái)的數(shù)年里，DBA們可能沒(méi)辦法像以前那樣學(xué)好Oracle就能衣食無(wú)憂了。很可能需要一專(zhuān)多能，同時(shí)掌握多種數(shù)據(jù)庫(kù)的基礎(chǔ)運(yùn)維才行。一專(zhuān)多能，首先要多能，需要能夠安裝部署、配置、監(jiān)控多種數(shù)據(jù)庫(kù)產(chǎn)品，才可能適應(yīng)企業(yè)的運(yùn)維需求。在“多能”的前提下，還需要“一專(zhuān)”，否則你只能做底層的運(yùn)維工作，無(wú)法成為運(yùn)維專(zhuān)家?！耙粚?zhuān)”一定要做出合理的選擇，否則很可能會(huì)影響你的職業(yè)前途。個(gè)人覺(jué)得要么是PG，要么就選一種熱門(mén)的分布式數(shù)據(jù)庫(kù)去認(rèn)真研究，可能會(huì)有比較大的收獲。

對(duì)于集中式數(shù)據(jù)庫(kù)則要選擇復(fù)雜度比較高技術(shù)去深入研究，能掌握一些一般人不太掌握的技術(shù)才行 。比如達(dá)夢(mèng)數(shù)據(jù)庫(kù)，你如果能把DM DSC研究明白了，知道如何優(yōu)化，如何支撐關(guān)鍵應(yīng)用，那么未來(lái)還是很有用的。