獨家：這也許是最具珍藏價值的Oracle DBA生存寶典！

曾幾何時，DBA一度被視為越老越吃香的職業，而從事資料庫霸主Oracle的DBA更是風靡多時的技術人擇業之選。

但隨著Oracle自身技術的不斷提升和完善，人手的操作不斷被削弱，Oracle DBA的可替代性越來越強，發展路線也越來越窄。加之其它資料庫的興起、去IOE、雲化以及AI的來襲，Oracle DBA該如何重塑競爭力、突破重圍謀求更廣闊的發展？

今天我們將鎖定Oracle資料庫，通過定向採訪的方式，彙集梁敬彬、楊志洪、楊建榮、韓鋒和黃浩5位多年Oracle技術大前輩的經驗之談，為Oracle DBA的前行航路提供一些真實的浮標。

目錄大綱

認真讀完本文，你將可以了解：

一、入門篇

1、入行必讀：Oracle DBA的從業前景

2、快速入門：自學Or培訓班？

3、推波助瀾：讀什麼書學起來事半功倍？

二、進階篇

1、Oracle DBA從初級到高級的評判標準

2、初級DBA絕不能踩的坑

3、中級DBA避免重複、提升技術的門道

3、高級DBA突破天花板的思路

三、轉型篇

1、雲時代下Oracle DBA的出路

2、Oracle DBA如何轉型架構師？

3、轉型管理崗前必備的能力和綜合素質

4、如何兼顧技術的鞏固和管理能力的提升？

四、跳槽篇

1、何為恰當的跳槽時機?

2、怎麼跳槽有助升職加薪？

3、跳槽後，你為什麼還不滿意？

4、有哪些跳槽也無法解決的問題？

五、雜談篇

1、DBA如何處理好工作和生活兩者的平衡？

2、進階路上，最不可缺少這些書籍的陪伴

3、HR/管理者最看重的DBA特質

4、AI時代，DBA真的會失業嗎？

5、如何與開發和諧共處？是否要懂開發和業務？

入門篇

Q1：雲計算的普及導致了Oracle資料庫的管理集中化，在這種趨勢下，Oracle DBA的從業前景如何？

楊志洪：2013年，《Oracle核心技術》翻譯出版的時候，作者Jonathan Lewis接受採訪談過這個觀點，認為5年後傳統DBA的數量將會大大減少，小規模企業將不再使用DBA。今天看來，小規模企業將不再使用DBA的預測是對的，但DBA的數量並沒有減少。相反，DBA的需求量從沒像今天這麼多，不管是我們自己團隊還是身邊的朋友，都在大量招聘DBA，問題是很難招得到。

這是為什麼呢？從職業技能來看，今天的DBA跟十年前要求掌握的東西不太一樣了。今天我們招聘DBA，會非常重視他的溝通能力、綜合能力，而不只是某項或某幾項具體的技能。對我們來說，具體技能實在是太容易傳授了，有PM說，給他一個新人，3個月就能成為一名偽中級DBA。

那麼現在還該不該進入DBA這個行當呢？這個行當是相當辛苦的，一線工程師每周通宵一次，其它時間八九點下班，算是正常的吧。甭管你是在運營商，還是銀行或保險，電商就更不用說了。但是如果沒什麼更好的選擇，可以說，進入DBA這個行當，至少是養活自己的一個有效途徑。

至於這個行業的前景如何，我覺得有點杞人憂天了。數據越來越成為企業的核心資產，作為這些數據的管理員、使用人員，離數據最近的這些人，是有機會駕馭數據的。當然，跟採掘原油的工人一樣，如果我們只是停留在會操作的層面，前途肯定渺茫。

楊建榮：雲計算和數據集中化管理都是趨勢，對於DBA來說，需要接觸的環境會有一個量級的提升，對工作的精細程度也會有要求。DBA這個職業任重道遠，但前途是光明的，至於要不要選擇這一行，我覺得需要認真考慮一下是否只是單純為了薪水，還是說興趣的成分更多些。畢竟每個職業都有圍城之困，我只能說沒有主見，就沒有遠見。

黃浩：對DBA來說，集中化管理是件好事，正好可以騰出手來大鵬展翅大展身手。從這個角度來說，未來的DBA將會更專業化，入行的門檻更高，價值也會更大。

Q2：想快速入門Oracle DBA，自學還是參加培訓班？

綜合黃浩、楊建榮、梁敬彬三位老師的建議，總結如下：

Q3：讀什麼書有助於快速入門Oracle DBA？

首先，在對於書的挑選上：

楊建榮：

入門：《Oracle資料庫技術實用詳解：教你如何成為10g+OCP》

本書是我當年入門的書籍，翻得都要變色了，對我影響很大。雖然現在已經到了11g、12c，但體系結構里很多東西還是可借鑒參考。

體系結構：Thomas Kyte《深入資料庫體系結構》

毫不誇張地說，這是Oracle DBA書籍中的聖經級大作。

高可用方案：陳吉平《構建Oracle高可用環境》

其次，在看書的方法上：

黃浩：一不能看淺，二不能看雜。

市面上關於Oracle DBA的書籍汗牛充棟，參差不齊，若要選一本介紹Oracle體系結構的書籍，《Oracle編程藝術：深入理解資料庫體系結構》就不錯。

關鍵要學會看書，不能走馬觀花，一定要堅持看下去，要領悟其中的原理。

看完後，也不能束之高閣，一定要再次看，如果看第二遍有不同的收穫，那就說明你真的掌握了知識。要知道，大師巨匠的精髓豈是我等凡輩一兩次能領悟的。

最後，必須明確的思想是：

楊志洪：

任何書都有局限性，沒有書可以讓你快速入門做個DBA，但一定有一套體系可以讓你成為一個相對合格的DBA。

最好的書，其實是官方文檔，特別是概念和管理員手冊這兩本。理論與實踐結合，再加上自己小宇宙爆發，成長自然是迅速的。

如何可以，找一個大的運維團隊，他們一定有相應的運維規範、各種SOP、做事的套路。跟著學習半年，可能比考個OCM更受人歡迎。

進階篇

Q1：作為Oracle DBA，如何從初級成長到高級？各階段的標準分別是什麼？

韓鋒：

楊志洪：所謂的初級、中級、高級，最開始容易懵，其實每家公司對它的定義是不同的，因為在背後定義它的人不同。

舉個例子，我們同時有兩個保險公司客戶，要兩名高級DBA駐場。當仔細看了任職要求之後，我們大吃一驚，一家是要求有3年以上大型系統維護經驗，另一家則要求懂各種分散式資料庫、能設計秒殺資料庫，並有團隊管理經驗。這完全是兩種不同層級的需求，如果用我們的職級來衡量，就是跨越了P4到P8的樣子。所以，儘管看起來是同一名詞，大家的認知也會有所不同。

再借傅盛《認知升級三部曲》里的圖來說明一下，很多人可能都到不了第三個層次，或者說不必達到這個層次，就找到了更適合自己的方向了。

黃浩：我是一個實用主義者，在我的眼中，只有能解決企業之需的合格DBA，而沒有初中高級之分。

我見過一些伴隨企業一起成長的DBA，他們一開始可能是由程序員轉DBA的，搭建了企業的第一個資料庫。雖然他們的知識和技能不能比肩大咖，但他們卻能把企業的資料庫打理得井井有條，這樣的他們在企業里不就是高級DBA嗎？

Q2：對於初級Oracle DBA來說，有哪些常見的坑絕對不能踩？

梁敬彬：DB生產環境中所有沒有被授權的變更動作，都堅決不能做！

黃浩：絕對不能在生產庫上做任何演練，哪怕是一條小小的SQL語句，也必須要在開發庫上執行，確保萬無一失才能部署到生產庫。

楊建榮：比如數據沒備份、不按流程來操作、擅自做決定、正式操作不測試等都是一些很基本的坑，如果你願意就跳進來吧，坑位還多著呢。當然不可能完全杜絕犯錯，犯錯的過程也是一個學習進步的過程，對於新人來說，不經歷風雨，怎麼經歷暴風雨？

韓鋒：作為初級DBA，要對資料庫保持一顆敬畏之心，並養成良好的運維操作習慣。對常規的操作要爛熟於心並理解其內部原理，不要把一些非常規的操作手段當「秘籍」。

楊志洪：作為一個管數據的人，最必須重視的就是數據安全，敏感數據不能亂動，否則後患無窮。我之前還寫過一篇《運維DBA的四大紀律9項注意》，不管老鳥小鳥，都建議看看。

Q3：對於中級Oracle DBA來說，怎樣才能避免陷入重複性工作，花更多時間和精力鑽研技術得以提升？

綜合梁敬彬、楊建榮兩人老師的建議，總結如下：

Q4：對於高級Oracle DBA來說，當技術和經驗都已觸天花板，除了轉做管理，還能怎麼尋求技術上的突破？

韓鋒：天花板是一定存在的，是否能突破有時並不取決於個人努力程度。

突破口：

將Oracle的經驗複製到其它資料庫上，擴展技術領域；

結合實際業務場景，尋找資料庫與業務的最佳實踐；

在專業領域內，不斷積累提升；

擴展工作職能，增加例如DevOps、大數據等相關領域學習。

梁敬彬：永遠都沒有天花板，因為技術是不斷更新的。

除了轉管理的突破就是考慮一些大局觀的突破，盡量讓自己的知識寬一點，盡量往業務靠，往整個應用系統的架構靠。

黃浩：真正的高手從不說自己已觸天花板，學無止境呀。

當然，書到高處，眼界為梯，你的眼界決定了你的高度，所以，一定要不失時機地提升自己的眼界，站得高了，自然就看得遠，看得遠了，自然就知道路在何方了。

楊志洪：天花板是自己給的，界限也是自己給的。

管理總是需要極少數人的，別總盯著管理。至於怎樣突破，心之所至興之所至，看你想要什麼了。不知道自己想要什麼時也要多去學，不做是0，做了起碼是0.1。

轉型篇

Q1：面對雲時代的職業危機，Oracle DBA的出路在哪裡？該往哪些方向轉型？

楊志洪：出路，就在路的盡頭。遇到岔路口，你就知道怎樣轉了。

汽車出現的時候，馬車師傅非常著急，硬生生逼出來一個紅旗法案，要求汽車開的速度，不能超過前面的紅旗。你今天還能看到那紅旗攔汽車的馬車師傅么？

韓鋒：我認為有以下幾個主要轉型方向：

1、深研技術，向資料庫技術專家方向發展；

2、運維與開發並重，由傳統運維DBA逐步轉型為開發DBA；

3、泛化資料庫概念，做數據管理者（DA）；

4、由傳統資料庫運維，轉向更寬廣的運維開發（DevOps）方向；

5、將業務與資料庫相結合，做業務領域內的專家；

6、轉型做技術管理者。

Q2：Oracle DBA如何向架構師轉型？

韓鋒：架構師，對人員的技術能力素質有著更寬泛的要求。

除了對資料庫領域知識的掌握以外，還需要對整個IT技術棧有一定認識。特別是其核心能力，是對複雜問題的分析、判斷能力，化繁為簡，通過技術手段加以解決的能力。這與DBA的核心訴求，差異還是比較大的。

如果考慮轉型，是需要有個相對較長的再學習過程。

Q3：若從技術崗轉向管理崗，該如何調整思維？應具備哪些能力？

楊志洪：做管理，要忘掉自我的能力，去培養團隊成員。

就我目前的認知來看，管理者應該要會聊天，聊天才知道領導要什麼、團隊成員要什麼、客戶要什麼，在時間資源有限的前提下怎麼才能滿足上下各自的要求。

對團隊來說，管理者還要能做垃圾桶和降噪器，讓團隊成員願意向你吐槽，而你又能作為領導和同事之間的轉換器，這也是一門學問。

最重要的素質是，能溝通，能抗壓，心思敏捷，還要精力好，哪個團隊老大不是半夜郵件都速回的，是不？

韓鋒：從技術崗轉向管理崗，首先需要轉變的就是管理對象的差異。對個人的軟性技能要求更高，比如統籌規劃能力、時間管理能力、人員激勵能力等。這些都是需要在轉型中，不斷學習提高的。

黃浩：技術好比數學，非1即0，答案具有確定性；管理則如語文，濃妝淡抹總相宜，答案會因時制宜。因此，做管理，無非就是管人理事，其一情商要高，其二要有大局觀。

Q4：處於管理崗上，如何在不丟掉技術的同時提升管理能力？

韓鋒：在管理崗上做技術，需要摒棄掉過於追求技術細節的問題，學會抓大放小，抓住問題的技術本質。同時，需要保持對技術足夠的敏感度和前瞻性。至於管理能力，則需要在工作中不斷積累提高。

黃浩：在管理崗位上，首要任務是提升自身的管理能力，參加培訓是一個不錯的選擇，畢竟他山之石可以攻玉。但是關鍵還得靠自己去領悟實踐，去有意地改變自己的思維，要站在一個管理者的角度思考問題。

楊志洪：如果你真對技術有興趣，想丟也丟不掉的，扎克伯格還偶爾寫代碼呢。

跳槽篇

Q1：何為恰當的跳槽時機？

楊建榮：任何工作你都需要深刻認識到，不要錯把平台當做你的本事，你離開了這個平台，還能剩下的東西，那些才是你真正的本事。

我們從事的工作本質上來說就是為公司創造價值，而這很多時候都不是1:1的對應，很可能有幾倍的出入。明白了你所處的位置，你工作角色的意義，如果看不到希望，或者和你的規劃有較大出入，可以考慮跳槽。

韓鋒：每個人選擇在一家公司里工作，都是找到了公司與個人利益的一個平衡點。比較常見的如：職場新人通過公司平台快速提升工作技能，公司則利用新人初期薪資較低，降低整體運營成本。當這種平衡被打破，例如公司不能提供你所希望的上升舞台，就可以考慮跳槽。當然，要避免幾個問題，比如頻繁跳槽（特指不滿一年就跳槽）、為了蠅頭小利而跳槽等。

黃浩：跳槽的原因無非兩點：發展空間和薪資待遇。還有一個不得不提的原因，那就是個人身體健康問題，除此之外一切跳槽的理由都是逃避的借口。

Q2：怎麼跳槽更有助於升職漲薪？

韓鋒：

1、精準的個人定位，避免盲目跳槽；

2、尋找上升期的工作，可以快速積累經驗，為日後打下基礎；

3、知名大公司，可以學到領域內比較領先的技術和管理，等再次跳槽往往在職位和薪資上會有較大提升。

楊志洪：我只主動換過一次工作，是因為中國那麼大，我要出來看看。漲薪誰不想，問題多少是個夠呢？我的看法是，踏踏實實把事情做好，麵包和牛奶都會有的。

黃浩：空中轉體360°前空翻兩周半，這樣跳必然升職漲薪：）

Q3：跳槽後對自身工作內容不甚滿意，怎麼辦？

韓鋒：首先要明確不滿意的原因，是對職位定位不準確？還是對個人能力評估有誤？是對所在公司、團隊環境不適應？還是無法在新團隊脫穎而出？針對不同情況，再考慮後續規劃。

強調一點，沒有完美的公司和職位，不同公司都會有各自的問題，要學會適應不同的環境，在各種環境下，都能夠快速自我成長。

楊建榮：新的公司和崗位總要有一個適應的過程，如果確實是公司的問題，那在選擇下一家公司的時候還是要再慎重一些。但頻繁跳槽本身不是一件好事，有些公司在招聘的時候還會有一個工作年薪和跳槽次數的係數。

Q4：有哪些常見問題是跳槽永遠無法解決的？

韓鋒：快速提高技術。很多人試圖通過頻繁跳槽來快速提升技術，這其中存有誤區。其實，在不同公司都可以找到技能提升點，只不過有些是主動的，有些是被動的。在任何公司，只要勤於觀察，都是可以找到發展之路的。

楊志洪：解決不完的故障。

黃浩：很顯然，5*8的工作制是DBA永遠的奢望。

雜談篇

Q1：作為DBA，怎麼才能做到工作歸工作、生活歸生活？

梁敬彬：這個問題問得好，很多DBA甚至帶上網卡背著電腦上街買菜、接送孩子，怕隨時電話來了要立馬處理，聽起來真是一個悲傷的故事。我認為想做到工作歸工作、生活歸生活就要做到這幾點：

1、DBA有人員互備；

2、有很好的預警系統，能把大部分問題消滅在萌芽階段；

3、有缺誰地球一樣轉的工作流程規範。

Q2：有什麼書籍推薦給廣大Oracle DBA們學習嗎？

楊建榮：在前面提到的基礎上，我再推薦三本吧。

《Oracle核心技術》，這是JL的大作，DBAplus社群聯合發起人楊志洪等幾位大牛翻譯而成，書很薄，但能夠讀出來很多未曾想過的內容，對於了解資料庫內核技術相當有用；

呂海波的《Oracle核心技術解密》，這本書就如同海波在拿著一把鎚子敲開了內核大門，讀者能夠通過另一種角度看到資料庫內核的東西；

我自己寫了一本《Oracle DBA工作筆記》，把一些工作中碰到的問題分為數據管理、數據遷移、性能優化三個層面來介紹，也是自己平時整理的知識點和案例的歸總，讀起來相對比較輕鬆。

韓鋒：書籍很多，個人對SQL優化很感興趣，推薦大家看看《基於成本的Oracle優化法則》和崔華的《基於Oracle的SQL優化》。

梁敬彬：除了我自己寫的《收穫，不止Oracle》和《收穫，不止SQL優化》之外，我推薦Thomas Kyte的系列書籍，比如《Oracle Database9i/10g/11g編程藝術》，堪稱經典！最後要強調的是，Oracle的官方文檔，尤其是concept，是必須要看完的！

楊志洪：初級的看官方文檔吧，高級的可以看看Jonathan Lewis的幾本書。千萬不要想著速成，那都是騙人的。

Q3：作為HR或管理者，招聘DBA時都看重些什麼？

梁敬彬：要看是招聘新人還是老手，兩種思路不太一樣。

招新人會注重了解他的學習能力、抗壓能力；招老手則會注重通過與其交流工作心得，來觀察其行為是否符合規範。

但不管是新手還是老手，有兩個共性是會特別注意的：1、低調謙遜，有敬畏之心；2、勇於突破，能適應時代發展。

韓鋒：DBA管理的是企業最為核心的資產——數據，因此對管理數據的人自然要求較高。核心是看重人員穩定性及工作嚴謹度，從某種意義上講，後者甚至超過了對技術的要求。

Q4：AI時代，機器將代替人類維護和優化資料庫，DBA有可能面臨大量下崗的風險，對此有何看法？

梁敬彬：這是一個不可阻擋的趨勢，所有DBA都要有危機意識，盡量多理解業務，站在更高的層面主動往具備輸出業務模型的能力去靠攏。比如能提出資料庫優化模型、能提煉出運維的特徵項等。這樣的DBA才能順應潮流，不易被淘汰。

另外在優化方面，AI主要是從優化方法論本身來進行學習優化，還很難去理解業務層面的知識，如果DBA對業務比較熟悉，SQL改寫優化往往是徹底顛覆性的寫法，這是AI難以做到的。

所以DBA如果能做到：

1、對資料庫優化和管理知識有非常深刻的理解，具備梳理出模型的能力；

2、對資料庫背後的業務場景非常熟悉，能直擊優化本質。那就可以高枕無憂了。

Q5：在DevOps的背景下，Oracle DBA如何與開發人員和諧共處？是否需要懂得開發和業務？

黃浩：首先，作為一名DBA，在指導開發的時候（比如建模、開發規範），應該放下架子，和顏悅色，平易近人；而在處理緊急問題（如性能問題、開發難題）時，就需要端起來，雷厲風行，手起刀落。有此福威二法，自然能和諧共處。

同時，只有懂得開發和業務，才能更好地維護和管理資料庫。比如建模，有了專業的指導，資料庫的模型自然就健壯了；再比如性能優化，如果懂得業務，優化起來就順當得多。

這些本是DBA的份內事，只是前期被一些繁瑣的事非耽擱了。現在有了DevOps，這些工作就變得可行了。

梁敬彬：為啥不能和諧共處？是因為DBA找到影響性能的SQL代碼，開發人員為此還要進行改寫優化所以很鬱悶嗎？我倒是覺得大多數情況下開發人員和DBA都是相處得很好的，尤其是善於優化的Oracle DBA更是能成為開發人員的救星，幫他們提升代碼質量。

而在精力允許的情況下，DBA掌握了必備技術後再去了解開發和業務，肯定是好事。但如果精力不夠，還是重點把自己崗位的技能先學好。

對DBA來說，開發和業務應該是重點先選擇業務來了解，後續再去了解開發。業務的理解是非常重要的，對DBA的工作會有很大幫助。

正如採訪結束時，楊志洪老師的一句感嘆：「擁抱未來，努力使自己成為站在未來的人」。作為大數據時代下管控企業核心資產的DBA，更是應該提前武裝好自己，在挑戰面前主動出擊，在機遇面前學會抉擇。而這裡就有一個你必須把握住的重大機遇——

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！