MySQL DBA的修煉與未來，看看老司機們怎麼說？

随着MySQL地位爆炸式的提升， MySQL DBA的市場缺口日益劇增，優秀的MySQL DBA正在成為各個網際網路公司搶手的人才。然而，需求來了，問題也來了，如何快人一步提高自身技能，讓自己在日益激烈的技術挑戰中不斷增值、脫穎而出？

今天，我們将鎖定MySQL資料庫，通過韓鋒、虢國飛、楊奇龍、楊建榮、張青林、李輝、賀春暘、李季鵬等8位MySQL專家的經驗之談，為想從事MySQL DBA的同學們答疑解惑，指明一條修煉的路子。

目錄大綱

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

一、選擇篇

1、MySQL的流行原因及從業前景

2、MySQL DBA的薪資緣何普遍高于Oracle DBA

3、個人如何完成Oracle向MySQL的轉型？

二、學習篇

1、從初級到進階的MySQL DBA學習路線及學習資料推薦

2、源碼是否為進階MySQL DBA的必備技能？

3、MySQL不同分支的選擇讨論

4、MySQL認證考試的含金量

三、趨勢篇

1、随着功能的不斷完善，MySQL還會是“小而美”的代表嗎？

2、MySQL目前還缺乏哪方面的能力，是否足夠成熟？

3、如何看待資料庫中間層與資料庫的關系？

4、傳統運維逐漸萎縮下，DBA應選擇什麼方向發展？

四、未來篇

1、資料庫雲化會對傳統DBA帶來什麼樣的沖擊？

2、如何看待分布式資料庫的未來前景？

3、越來越多的DBA正在或将從事DevOps類工作，你的看法是？

選擇篇

Q1：你認為MySQL流行的主要原因是什麼？從長遠角度來看，從業前景如何？

1、流行原因

虢國飛：綜合來看，MySQL的流行是偶然中的必然。原因主要有以下三點：

• 免費：傳統資料庫昂貴的license費用是很多企業一塊心病，MySQL社群版已經能滿足大部分使用者的需求，而且是免費的，自然在企業内部推廣時不會遇到阻力（老闆們肯定支援）；
• 開源：開源的好處是隻要你想，你可以深入到代碼級别來了解資料庫的運作原理（甚至可以改造它），這個遠勝于傳統黑盒資料庫隻是簡單輸出一些log或者白皮書來讓人猜測運作情況，開源能讓DBA能知其然并知其是以然，而且開源社群還有豐富的工具，給DBA在維護上面提供了強大的支援。 DBA能在社群快速找到自己需求的東西，組合成自己的工具箱，是以社群工具的豐富也彌補了産品本身的缺陷；
• 簡便：這一點使得MySQL部署簡單，新手學習門檻低、上手快（當然要真正掌握好還是需要大量學習的），不要花費太大的精力就能快速搭建起一套高可用的叢集來，而不像Oracle資料庫那樣，有很多配套東西需要了解，沒有幾年的學習很難掌握，對于新手來講都會覺得挺難的，是以MySQL能在DBA群體（甚至包括開發人員）中快速地普及。

2、就業前景

李輝：目前來看，MySQL DBA的日子還是很滋潤的，在可預見的3-5年内，MySQL在網際網路行業的地位仍無法取代，對DBA的需求量仍然很大，特别是中進階DBA。但從長遠角度來看，從業人員也要多涉獵其它關系型資料庫以及NoSQL、Devops、雲計算等技術，現代社會唯一不變的就是變化，不斷學習、擁抱變化才能保證自己不被未來社會淘汰。

Q2：如何看待目前MySQL DBA的薪資普遍高于Oracle DBA的現象？如果想從事DBA，選哪個資料庫更好？

1、MySQL DBA高工資的原因

楊建榮：因為是和Oracle來對比，可以分為幾個方面來看：

• 首先物以稀為貴，MySQL DBA相對Oracle DBA來說要少一些，随着現在網際網路行業的發展，這個需求還是會持續增長；
• 第二還是物以稀為貴，任何工種，進階職位都是稀缺的，如果你能夠成為行業内的20%的人，無論你是從事哪種資料庫，都會混得還不錯。
• 第三還是物以稀為貴，什麼事物的發展都有一個成熟度曲線，水漲船高之後，留在你手裡的是真技能還是花拳繡腿，資料庫的功能會越來越豐富，你的技能也要更新，不更新的話，用哪個資料庫你都會很吃力。

楊奇龍：對于薪資高這點，我覺得要從兩方面看：

• MySQL DBA和Oracle DBA 的雇主行業不一樣，MySQL DBA 多屬于網際網路等新興企業，大多數是資本聚集，而Oracle DBA 則從事于傳統或者部分大型企事業機關。兩種企業的薪資平均水準本就有差距。
• 從技能要求上，MySQL在功能上比Oracle “弱”或者說不完善，需要DBA具有更高的技術掌控能力做HA、備份、恢複、校驗等。Oracle 則提供了比較完備的功能。

2、從事DBA崗位，選MySQL還是Oracle？

楊建榮：有句話說，選擇的利劍屬于在于能夠揮舞它的人，根據工作需要，自己的喜好去選擇就可以，如果隻是本着錢途是不推薦的。如果非要糾結到底是哪一個，其實也可以換個角度，如果兩個都學，是不是這個問題就不是問題了。

楊奇龍：我的想法比較實際。行行出狀元，不管是MySQL DBA 還是Oracle DBA都有比較成功的人士，建議是看各自的興趣和愛好，以及自己想進的公司的招聘需求。MySQL 和Oracle 并不沖突，我認識的相當多的人，兩種資料庫都能維護得非常好，比如大牛樓方鑫，Oracle 工具開發以及MySQL 核心開發都有非常出色的成果。

Q3：個人職業發展如何完成Oracle向MySQL的轉型？

楊建榮：從自身目前從事的工作，分三種情況來看：

（1）目前從事的工作以商業資料庫Oracle為主，又想轉型為MySQL DBA的：

自搭環境學習實踐是一個起步，如果覺得沒有明确的學習目标，考個MySQL OCP也是一種階段性的學習成果驗收，總比漫無目的的學習收獲要大。已經有了Oracle基礎，可以通過對比的方式來引入到MySQL的學習中。公司如果後期引入MySQL方案，你就是最佳人選了。

（2）目前工作中有MySQL環境的：

在做好本職工作的前提下，可以自薦，讓别人推薦來做MySQL DBA的工作。對企業和你個人都是雙赢，是以開發測試運維同學相做MySQL DBA也是可以的。

（3）現有的MySQL工作和自身期望相比差距較大的：

一種方式是自查，我們在目前的環境還能夠做出些什麼，如果能夠把目前的環境做到精細化的管理，總會有非常多的事情和收獲，還有一種方式就是跳槽，這個的前提也是你在儲備了很多的技能之後，因為機會是留給有準備的人。

虢國飛：我是從SQLServer轉型到MySQL的，感覺這個轉型應該比Oracle轉MySQL更大，因為本身還要克服作業系統的差別（Windows轉型Linux），不過如果你已經有一個資料庫産品的經驗，再來學習其它資料庫産品，難度應該不是很大，因為很多底層的原理是相通的，概念也差不多，無非是各種産品在設計上側重點有不同、使用方式上有差異。

是以我覺得要完成這個學習轉型，首先心态上面應該放開（千萬不要帶偏見，認定哪種好哪種不好），通過對比的方式來學習和實踐，善于總結差異分析優劣，多和同行溝通交流，相信轉型過程不會太長。

李季鵬：從Oracle到MySQL轉型，不單單是一個人的學習過程，也是一個從開發到運維的磨合過程。

• 首先，戰略上要藐視敵人，熟練掌握Oracle的話，對于任何一種關系型資料庫的學習都是事半功倍的，特别針對MySQL，可以視為一個功能和手段做減法并尋找替代手段的過程；
• 但重要的是，戰術上要重視敵人，限于MySQL的特點，特别是中大型場景，把MySQL當Oracle用隻會更加痛苦，必須放棄原有的Oracle視角，堅持MySQL大而化之的特點。

學習篇

Q1：從初級成長到進階，有推薦的MySQL學習路線嗎？

楊奇龍：DBA 是一個“複雜”的工種，要成為進階/資深MySQL DBA，我總結了以下五點：

1. 官方文檔是最好的學習資料。通讀官方文檔是最紮實的學習方式，目前大多數同行隻是把官方文檔當做參考資料。其實把官方文檔了解透徹你已經能成為進階DBA了。
2. 紙上來得終覺淺，絕此事要躬行。多動手，多做實驗驗證技術功能點。
3. 找一個有業務量的平台，鍛煉自己的技術能力。
4. 能幹活，能寫文檔，能講。能夠将自己了解的知識教會其他人才算真的弄懂。
5. 不懂業務的DBA 不是優秀的DBA，能夠思考如何存儲資料，也要會和開發溝通讨論業務如何通路資料才算最合理的。

參考DBA技能樹

http://blog.itpub.net/22664653/viewspace-2097142/

楊建榮：DBA幹的是一個手藝活（鷹眼，獅心，女人手），裡面有很多技巧，但是一個崗位從初級走向進階始終是經驗和實踐的積累，沒有其它捷徑。這裡給大家提供一個自查級别的方法：

Q2：關于MySQL學習資料、書籍或網站，你的推薦是？

楊建榮：簡單來說，官方文檔是最好的學習資料，在這個基礎上去閱讀更多的書籍會起到融會貫通的作用。如果推薦書籍，我有下面的一個讀書清單可供參考。

入門：

《塗抹MySQL：跟着三思一步一步學MySQL》

《MySQL資料庫應用從入門到精通（第2版）》

《MySQL核心技術手冊》

《MySQL技術内幕（第5版）》

運維實踐：

《高性能MySQL》 經典必讀

《MySQL管理之道：性能調優、高可用與監控（第2版） 》賀春旸

《深入了解MySQL核心技術》帕奇維

《MySQL運維内參》 周彥偉、王竹峰、強昌金

《高可用MySQL》

核心：

《MySQL技術内幕：InnoDB存儲引擎（第2版）》姜承堯

《InnoDB – A journey to the core》Jeremy Cole

楊奇龍：在建榮老師的基礎，我再推薦：系統優化-《性能之巅》、開發-《Python 程式設計:從入門到實踐》

張青林：《資料庫系統原理》、《InnoDB存儲引擎》。

李季鵬：最為建議的還是官方文檔，如果嫌官方文檔英文看着麻煩，可以關注Github上的MySQL 5.6 手冊翻譯項目(mysql2cn/manual56)。

Q3：你認為研讀源碼是通向進階MySQL DBA的必備技能嗎？

楊奇龍：從我的了解來看 DBA 可以分為産品DBA、運維DBA、核心研發DBA。具有核心研發能力或者閱讀核心源碼的人，在了解具體技術原理時具有一定的優勢。但是成為進階DBA和是否研讀源碼不沖突。

需要注意的是，我們要有打破砂鍋問到底的“要性”。其實大牛和我們的差距就是對于一個個技術問題刨根問底的及時鑽研。比如你遇到thread running飙高的問題時，是把慢查詢優化了就好了嗎？還是舉一反三，反思什麼原因會導緻thread running飙高？要懂得去思考下面四個問題：

1. 業務是否需要緩存或者異步更新？
2. 連接配接池配置是否合理？
3. 是否當時系統磁盤io有問題亦或是raid 卡充放電怎麼避免生産時刻重放電？
4. thread running 代表什麼意思？如何配置才能達到最好效果？

能否成為進階DBA，在于我們是否解決了一般人解決不了的問題的能力。

張青林：首先，我不認為讀源碼是通向進階MySQL DBA的必備技能，即使不讀源碼，也是可以成為進階MySQL DBA的。讀源碼是為了了解其工作原理，分析其瓶頸，然後從核心上做優化，這是核心研發的必備技能；做為運維人員，隻要懂其原理、使用方法，處理線上問題，并配合研發人員對線上進行維護，一樣是很高品質的工作，也是“源碼”落地的最重要的一部分，是以不可厚此薄彼。 當然，讀源碼可以更深層次的了解核心的工作機制，有利于學習。

Q4：針對MySQL的不同分支(Oracle官版、Percona、MariaDB)，你更看好誰？

韓鋒：我還是看好Oracle官版。過去幾年，官版MySQL的發展有些滞後，導緻很多人選擇了其它版本，Oracle也看到了這一點。最近一兩年，随着MySQL5.6、5.7乃至8.0的推出，官版已經逐漸追上了其它分支版本。依托于Oracle在資料庫領域的深厚底蘊，未來官版MySQL的發展更加看好。

如果選擇的話，我推薦的順序是：MySQL社群版->Percona->MariaDB->MySQL企業版。

張青林：我更看好 Oracle 官方版本，MySQL 被收構之後，Oracle 在MySQL上的投入不斷的加強，優化器、InnoDB、複制都推出了很多功能，如GR、多源複制、并行複制、優化器的重構、Undo空間的線上縮小、InnoDB的性能優化、加密表空間等，這些都是解決使用者問題的實際行動，Percona的開發也有很大一部分是基于 Oracle MySQL 來做的。

賀春旸：如果你想與官方MySQL版本盡量保持緊密，并且想獲得更好的性能、運維工具和有用的特性，那就選擇Percona。如果你覺得MariaDB對服務層的大量修改更快、更優，或者想要更廣泛的存儲引擎，比如Spider分庫分表引擎，那就選擇MariaDB。

Q5：MySQL 的認證考試值得考嗎？含金量有多大？

楊建榮：MySQL的認證目前隻有MySQL OCP，目前和Oracle OCP相比，資料和套路都會少一些。考這個認證，你得明白幾件事情：

1. 認證裡的内容和工作的内容還是有一些差别的，在MySQL裡面尤其如此，因為開源的方案非常多，很多優秀的工具不僅僅是官方的；
2. 考過了認證不一定代表了你是一個資料庫專家，因為實踐出真知，很多技能都是在工作中培養和鍛煉出來的，考試有分數控制，達标即合格，而工作中99%的努力加1%的錯誤那就是失敗；
3. 考取認證不能指望企業給你升職加薪，如果有的話，那麼恭喜你；
4. 學習的過程相比考試結果來說，對自己的啟示意義更大，因為拿到認證是對你學習過程的肯定；
5. 最後一點MySQL OCP報名費相比Oracle OCP低不少，價格還算親民。

賀春旸：MySQL DBA職位門檻較高，通常需要工作經驗為3年以上的，考取認證并不是必須的，其含金量不大。

李季鵬：認證隻是一個門檻，一個介紹自己時精煉的關鍵詞，實際上并不能等同于技術水準的真正高低。MySQL認證分為開發與管理，個人建議可以分别視為自己在這兩條線路上學習掌握程度的一個檢驗手段，無需過分看重，也沒有必要完全看輕。

趨勢篇

Q1：随着MySQL功能的不斷完善，其體積也愈發龐大，你是否擔心其未來會類似大型商業資料庫，不再是“小而美”的代表？

張青林：沒有這方面的擔心呢，無可否認，編譯後的 mysqld 檔案越來越大，但并不影響 MySQL 的發展， 主要表現在以下幾個方面：

• MySQL 提供了更多更好的選擇，也是對使用者的一種負責行為；
• MySQL的代碼品質從5.5、5.6 、5.7的版本疊代中可以明顯看到代碼品質越來越高，易讀性越來越好、子產品化越來越強；
• 專業的測試團隊也是品質的保證；

是以，我覺得沒有使用者會因為多了幾十M的空間而嫌棄更好用的版本吧，我覺得關注的重點不應該是小而美，而是軟體品質和易用性。

虢國飛：主要還是看場景需求，對于網際網路公司來說，強調的是高可用性，出問題能盡快恢複，不大可能把大把的應用或者資料放到一個籃子裡面，否則出問題影響比較大，恢複起來也會比較複雜緩慢；但因為現在很多分布式部署的DB比較零散，量大了之後維護起來比較麻煩，也可能有部分需求是需要做一些遷移整合的，不過這些隻是局部不是整體。

我覺得現在大家更關注的是如何實作自動化運維、叢集自動化和動态的擴縮容等方面，如果能通過技術把運維複雜度降低，管理再大的量其實都不是問題，現在很多開源産品也在往自動維護和動态擴縮容這方面攻關了。

賀春旸：不用擔心，您可以切為MariaDB。隻要移除MySQL，然後安裝MariaDB。你的所有工具，連接配接程式都可以正常運作。更新到MariaDB，你也不需要進行一次導出和導入，資料格式MariaDB是相容的。

Q2：你認為MySQL是否足以擔負起企業級應用的資料載體？如果不是，還缺乏哪方面的能力？ 楊建榮：我認為MySQL技術正在走向成熟，但是MySQL的生态已經成熟。MySQL從早期的發展至今，推出的解決方案非常多，從MySQL 5.7,8.0裡面還是可以看到很多它在功能性、高可用、性能等方面都在發力，很多功能和Oracle很相似，都是一個逐漸完善的過程，MySQL的使用群體和社群決定了它現在的高度，而且絕大多數的網際網路公司都在使用MySQL技術，是以 作為企業級應用是完全可以的。但是現在的網際網路行業對于MySQL的青睐，很多不在于MySQL單機能夠支撐的性能，而是在于靈活擴充的架構，對于MySQL的使用，不再是集中式、共享式的方式，會做拆分、分布式等。值得一提的是，很多大廠對于MySQL的技術把控力已經走在了世界前沿，而從技術架構的角度來看， 現在是更傾向于把MySQL用得更純粹，更簡單，而不是大量的運算和壓力都放在資料庫側，這是MySQL生态帶來的一大優勢，也讓更多企業級應用可以落地。 楊奇龍：顯然MySQL已經足夠成熟來承擔企業級應用的資料載體，這點 最近幾年各個電商的購物節，每秒處理的交易筆數和資料量足以回答這個問題。當然我們的業務需求是多種多樣的，除了常見的OLTP業務，還有其他OLAP 業務，海量日志類型的需求。在這方面MySQL 多少顯得不足以适應業務需求。

另外就是因為MySQL不能支援線上的擴容、HA，必須借助第三方工具來做，不過好在5.7版本推出MGR ，Percona推出的PXC在很大程度上緩解了HA 方面問題。

賀春旸：主要是官方缺少分庫分表的解決方案。MariaDB官方提供了Spider引擎作為解決方案，但目前還沒有正式GA。是以涉及非事務強一制的業務，如LOG資訊等，通常是放入MongoDB裡，通過其自身的自動分片功能實作對資料的擴容。

Q3：你是如何看待資料庫中間層(例如Cobar、Atlas等)與資料庫的關系？

楊奇龍：準确一點的說是資料庫中間件，它們是資料庫服務的一種輔助，借助資料庫中間件，資料庫可以具有分布式、讀寫分離、負載均衡、連接配接池、通路控制等等功能，資料庫業務系統上具備更強大的功能和支撐能力。

中間件在一定程度上解決了單機資料庫系統容量方面的限制，可以通過讀寫分離方式或者水準拆分的方式整體提升資料庫的吞吐量。

另一方面中間件在資料分布上利用shardingkey将資料獨立開，對于聚合類的需求是一種障礙。還有目前的資料庫中間件對于跨庫分布式事務很難保證不同資料庫分片的資料一緻性問題。這些都需要開發在使用中間件的時候注意下規避。

虢國飛：中間件目前在MySQL資料庫橫向擴容方面作用很明顯，當然不止局限于此，我們公司的DAL中間件就做了很多的功能，比方連接配接池、分片路由、限流、熔斷、加密保護等，這些功能不僅能支援資料庫的橫向擴容，還有效保障了資料庫的安全，是以說中間件和資料庫目前是很多公司的黃金搭檔。

韓鋒：這些中間層産品，是為了彌補資料庫的功能缺陷或性能、容量不足才出現的。在一定階段，确實解決了企業的實際需求。當我們也看到，其對應用開發還無法做到完全透明，整體架構的複雜度是提高了。從長期來看，分布式資料庫勢必會從根本解決上述問題，到時這些中間層産品也就沒有使用意義了。

Q4：你所在的公司是否有成熟的MySQL運維平台？如果是，DBA在傳統運維類工作逐漸萎縮的情況下，選擇什麼方向來發展？

虢國飛：我覺得一個公司的運維平台發展基本有幾個階段：

1. 首先是大家使用開源産品，但是發現有很多的不足，想要的功能沒有；
2. 于是進入第二個階段，自己編寫一些腳本來彌補這些不足，但是當規模越來越大的時候，發現中繼資料和資料變更的維護變得越來越困難，而且很容易搞錯（一旦弄錯可能出現大問題），這個時候運維平台就必須得上馬；
3. 進入第三個階段，通過運維平台整合大家的腳本，閉環中繼資料和資料狀态的變更，保障資料準确性，同時對複雜的架構進行屏蔽，讓操作的人能盡量簡單，目前我們就處于這個階段（當然有些内容還在完善中）；

另外，其實不止是DBA，整個運維體系都在做轉變，傳統的玩法效率低、重複工作多，已經不适用網際網路公司高速度、快節奏的發展了，是以說DBA工作内容需要轉變，思想也需要轉變，應該向着如何快速傳遞、提高資料庫整體穩定性、高效率運維、打造适合更多适合業務需要的資料庫産品方案，甚至給研發輸出資料架構方案等這些方面發展，開始往前走，這樣價值能更大（傳統DBA往往是沉在最後面，領業績的時候沒有人影，隻有出問題的時候才出來背鍋）。

韓鋒：公司目前有資料庫運維平台，當然還沒有覆寫所有運維需求，但也大幅度減輕了DBA的工作負擔。傳統運維類的工作，确實在不斷萎縮之中。在這種情況下，DBA的發展可朝以下方向努力：

• 架構、優化方向從事資料庫架構、結構設計，性能、語句優化等方向工作。
• DevOps方向從事和資料庫運維相關的開發類工作。
• 業務方向結合業務特點，分析如何利用資料庫更好的滿足企業發展。
• 資料管理方向脫離資料庫層面，從更高的角度考慮公司的資料管理、治理類工作。

張青林：騰訊有很成熟的MySQL運維平台，這簡化了DBA 的運維服務，提高了DBA的幸福生活指數。DBA 的運維工作較之前會少一些，可将多餘的時間投入到MySQL其它的相關工作當中，轉向研發型運維，如：

• 故障的自動化處理，自動分析錯誤日志并預警；
• MySQL 線上壓力測試與回放；
• 利用審記來實作秒級監控等；
• ……

隻要是和資料庫相關的，自己又有想法的，都可以和研發一起讨論并嘗試。

未來篇

Q1：你認為未來雲會成為資料庫的主要載體嗎？如果是，它會對傳統DBA帶來什麼樣的沖擊？

虢國飛：個人認為使用雲是一種趨勢，它能在資源傳遞、穩定性和成本方面為企業提供很好的支撐，随着雲産品的不斷完善，目前已經可以滿足大部分中小企業的需求，中小企業完全可以省心省力地使用雲（不用關心資源和維護，而專心做業務）。

不過現在公有雲産品對一些要求比較高、量大的企業還不是特别合适（未來也許也不是問題）；是以DBA也不要再固守傳統的城池，應該放開心态來面對這種變化，更多的把重心往上面所說的方向上轉，做資料架構、存儲方案，這樣價值更大。

韓鋒：未來雲一定會成為資料庫的主要載體。人們可以像使用水、電一樣，使用資料庫服務。傳統DBA，從事的基礎運維類工作基本不複存在。DBA，要麼繼續深研資料庫技術，在雲服務商或乙方服務類公司發展；要麼傾向于架構、開發、優化方向發展。

李季鵬：個人了解，公有雲為成為初創企業和網際網路企業的主要使用者；傳統企業從各個角度考慮隻會考慮私有雲或者混合雲方案。這樣的場景，與以前小企業不需要DBA，大企業DBA忙不過來的基本情況其實沒有本質差別。引入雲，DBA需要及時更新知識儲備，以應對各種新技術引入的挑戰。

Q2：你是如何看待分布式資料庫的未來前景？未來哪些場景會優先考慮此類方案？

虢國飛：自從Google Spanner F1 釋出後，分布式資料發展很快，跟随者國外有CockroachDB，國内有TiDB，兩者都發展比較火，從原理上來講也确實能解決不少業務場景的痛點，如資料一緻性要求高（多副本分布式協定保障一緻）、資料容量很大、動态擴縮容、容災要求高、跨機房、跨地域的部署需求等，這類需求一般是對一些大公司、大數量和資料品質要求很高的公司才會有，一般中小公司也玩不起來，因為分布式資料庫部署的成本還是比較高的（一般最小配置就是好幾台機器），而且運維難度也比較大（沒懂行的人出問題基本搞不定），目前很多分布式資料庫産品在性能和穩定性方面還需要進一步經過驗證，一旦技術穩定後，應該還是比較有市場的。

韓鋒：非常看好其發展前景，特别近兩年來，已經有很多公司做了這方面的嘗試。随着分布式思想、算法的成熟及硬體技術的發展，未來分布式資料庫将逐漸成熟、完善，成為主流的方案。作為早期嘗試，可在資料安全要求相對較低的OLAP領域嘗試使用。

Q3：在很多公司，DBA正在越來越多地從事DevOps類工作，你的看法是？

楊奇龍：

• 首先，因為生産效率正在逐漸提高，DB系統需要自動化，開發需要自助化解決工作生産過程中的問題，是以具備DevOps能力是一個非常合理的發展趨勢。
• 其次，雲計算的普及以及大公司、第三方服務公司将專家級别的運維平台産品化之後給DBA帶來的挑戰就是：純粹隻會維護資料庫的DBA生存空間越來越小，DBA要麼具備開發能力而且能夠将運維經驗落地，要麼具備足夠的資料庫周邊産品設計能力，比如設計出産品解決開發日常遇到的痛點。
• 最後 ，俗話說藝不壓身。了解什麼是服務化、Restful API 、微服務，什麼是MVC及常用的Web 架構、并發通路控制等開發知識，能夠更流暢地與開發溝通，站在他們的角度思考問題，進而更好地使用資料庫。
• 文章來源于：優秀的IT運維管理系統 雲雀運維