mysql DBA技術難度低為什麼工資比oracle高？

01-01

rt，真的很鄙視mysql的dba，那麼簡單的庫，多數實際工作中就是簡單的主從架構，也就面試吹吹優化。呵呵，mysql優化最離譜的是依靠SSD PCIE,擴容來優化真是不要臉啊。

首先簡單普及一下ORACLE在資料庫市場的最新地位，因為很多回答者連基本的資料庫行業格局都不明白，也沒做過ORACLE DBA，就開撕了，包含所謂的大神大牛。

骨文發布了2017財年第一財季財報。報告顯示，甲骨文第一財季總營收為85.95億美元，而去年同期的總營收為84.48億美元，同比增長2%；凈利潤為18.32億美元，去年同期為17.47億美元，同比增長5%。甲骨文2017 Q1財報：凈利潤18.32億美元，同比增5%具體到各部門，2017財年第一財季，甲骨文新軟體授權營收為10.30億美元，與去年同期相比下降11%； oracle在市場還是第一，但增量不但不增加還在下降，也是商業市場的當下實際困境。

0.對這個問題本身我也有點疑問，O DBA平均薪資當下與 M DBA平均薪資差距是多少，有沒有比較權威的諮詢研究報告，其實我大致根據市場招聘和獵頭提供的信息，大致一線城市，【高級DBA 7年以上經驗豐富】，m好像大致25--60W年薪左右吧，O DBA，工作7-8的在一線城市金融行業或者HW這種大型企業，好像也是20W--60W左右（不含出國補貼），我多數朋友都在這個範圍之內。差距應該主要在4年以下從業的 m DBA是明顯高於 O DBA.

1. 一點稀缺程度與市場供求關係因素。

2.二點互聯網泡沫比較嚴重，互聯網泡沫化進行之中，中國至少幾萬到--十萬家小型互聯網公司把，所以mysql 的需求還是繼續有的，泡沫繼續存在，想賺錢的繼續加入mysql行列。

3. 三點與總體成本問題TCO與人力設置有關，對於ORACLE 和mysql的適用選型必須結合公司的實際人力資源情況。來兩個栗子：

1）一個全公司有2000人的主業非IT的企業，如銀行、券商、快遞、物流、製造業等公司，一個IT團隊只有50人以下的企業，卻有幾十個系統，有的系統可用性要求很高比如7*20，應用軟體運維、存儲硬體運維、資料庫、甚至有容災管理，人手不多，工作又不少，要求還不低，很顯然這種情況，幾乎只能使用商業資料庫，選擇mysql分庫分表幾乎是不可能，顯然人力不夠用。

另外而對於傳統企業的【大型資料庫】如果換mysql是非常不明智還有技術上的原因，傳統企業資料庫邏輯關係複雜度是至少是阿里這種電商複雜度的五倍--二十倍，換mysql不但不能節省成本，反而導致系統工期拖延，無法上線的情況，質量低劣缺陷叢生，人員幾倍的增加。這種公司的DBA經常要應對那種上百行的複雜SQL執行問題。而互聯網系統幾乎沒有必要寫6個以上table的連接，因為太簡單。

2）而對於動輒幾千人的IT公司，則沒必要花花這筆商業資料庫的許可費，它可以那200--300人來做這個事情，20--30個人維護1000個mysql instance（或機器）dba運維工作，50個人來開發資料庫分庫分表中間件（數據路由軟體），剩下100多人要修改業務軟體的分庫策略匹配，有的還有幾十人來做報表分析統計，因為分庫分表後，簡單的事情會變複雜，人力需求直線上升。

上面兩種典型的用人模式，不過是成本分布模式的轉移的一個方式，和dba水平並沒有直接關係，不足以倒推誰厲害，用買oracle花很貴的許可費，把這筆費用+17%年服務查詢資料的費用，用oracle的許可費用去請mysql DBA，老闆們也覺得這樣挺划算，這樣工資高個萬把塊算什麼。

4. 很多人不注意的一點，mysql是一種架構上有嚴重缺陷的資料庫，如果你要問我為什麼，我問你，為什麼mysql不實現hash連接，是沒寫代碼技術嗎？肯定不是。剩下的自己思考。

5。吹噓中國mysql DBA有多厲害是沒什麼必要的，這類人基本不具備客觀分辨比較ORACLE DBA和mysql dba誰更厲害，都是憑主觀臆斷，據我了解的情況中國mysql dba就沒幾個厲害的，而且mysql如此簡單，說dba厲害有多少意義，中國最大的三家互聯網公司兩家TX, BB我都很清楚，就像吹MS SQL dba有多厲害一樣，一般計算機軟體技術人員mysql3個月時間足夠都把市場用到90%的功能全部精通一遍。我自己就是一個例子，mysql我只大約花了1-2個月時間看了看聯機文檔，做了點實驗，就去一個上市公司互聯網部門做MYSQL DBA ，還帶兩徒弟，真的沒啥，mysql實在太簡單了，ORACLE 我可以找到7-8種辦法解決一個相同的問題，mysql也就1-3種，都是很容易想到的辦法，ORACLE我做了好幾年,不僅僅O，MS, mongo，sybase這些也都用過一段時間，當然在資料庫原理都是類似的。mysql基本是無難度的西東。

多說一句，上面幾個吹噓ORACLE DBA技術不如mysql dba的人，恐怕他這些人見識太少，天天呆在小的可憐的資料庫裡面玩泥巴，demo，而且本身靠吹牛忽悠為生，在中國某某研究院基本上都這樣，吹牛比單田芳厲害一套一套，干起活來還不是直接把mysql 5.7裝上去，牛逼幹嘛不開發一個比mysql更強的，哈哈哈哈，說的不好聽的，我天天開著寶馬，從不罵寶馬不好，他卻說我能把自行車拆掉，重新修好，甚至能把他鏈條拆掉幾節，可能騎起來比以前爽，我寧願繼續練習怎麼開好寶馬，而不想去修理自行車，浪費太多時間。

有些人說mysql DBA 多麼厲害要看源代碼，說改源碼，這種可能性是存在的，但隨隨變變一個普通人都去改源碼，說明什麼，只能說mysql足夠的差，才有這麼多要改的地方。另外如果是個應用層DBA去改源代碼，這要冒多少風險，如果這個公司可以承受這麼隨意的風險，說明他的數據基本沒什麼價值。至少我么公司是不會允許的。

想想10年以前ORACLE DBA 也是dba行業裡面工資最高的，也挺搶手的，微軟MS SQL dba 比oracle的dba 就低不少。馬雲弄了全國幾十DBA去杭州，一方面馬雲不想每年付出一大筆許可和服務費給Larry，另一方面是阿里是這麼大的公司，應該樹立自己的技術形象，ORACLE的成本有時候被妖魔化，但另一方面oracle確實不適合互聯網廉價數據的模式（互聯網就是一個模式：拆遷，1拆2 ，2拆四，最終拆到1024的也不少，這樣的模式哪裡需要ORACLE,即使用文本文件存儲也夠了，mysql都可以不要，如果mysql收費了，或許是另外一個免費的資料庫了！！），現在ORACLE 的人員數量太多，而且崗位沒有增長，人員卻一直一直增長【有大部分是培訓學校忽悠來的，有的是程序猿自發轉行來的，他們也自然而然以為加入優秀的資料庫oracle陣營，而不知道oracle市場幾乎不在有新增加份額了，幹了15年的DBA 行業，市面上的資料庫都擺弄過，市場不已人的喜好而轉移，目睹了幾個資料庫僵化到死亡消失的過程】，oracle的人員供大于越來越嚴重了。 MYSQL 中國現在100家小互聯網公司就有85家會用mysql，不要授權費、不要授權費這是最重要的。想進入這個行業的，就來搞MYSQL把，簡單錢有多，還供小於求。

市場供需關係，以及技術要求問題，而且目前還沒有改善~~招人著實痛苦。

先說一個工資議價的常識，工資水平行業內比較，是比拼技術等等可積累因素，但行業間比較，主要是取決於供需關係的。

Oracle方面，這些年OCP甚至OCM都被國內的培訓機構玩殘了，在Oracle DBA的價格普遍參考證書等級的情況下，Oracle DBA的議價能力相對不足。

MySQL方面，官方的OCP實際上目前看被各路互聯網公司（MySQL DBA高工資的主要來源）認同度較小（見過說考MySQL OCP算降分項的說法），業內沒有公認的標準，除了大個互聯網公司的經歷（公司level）背書，很難有個通用的等級標準，只能自由心證，自由心證的代價就是，完全靠供需關係決定市場價格，缺人的時候，各種高價都是捨得的。DBA的圈子本身就不大，MySQL DBA的缺口是行業性的缺口，自然會讓收入水平水漲船高，市場經濟的情況下，隨著這個圈子的人越來越多（Oracle DBA轉MySQL DBA，運維干MySQL DBA，各路培訓機構產出MySQL DBA），MySQL DBA的收入也不會一直維持在一個高水位的。

MySQL學習難度本身是很低的，實際上純粹的操作MySQL DBA的收入，比較Oracle DBA只是因為供需關係多一點點，其實還好，並不會到一個什麼樣的比例，但如果加上一些限定條件，就很難找人了，供需關係急劇惡化導致找人的價格很難控制。

比如我列幾個：

1. 有自動化開發經驗，回答有人提到規模性問題，的確在肯給高工資的DBA裡面，自動化開發是佔比很大的部分，接觸過的有30k以上的報價，這點主要因為MySQL到目前為止沒有一個公認可靠的基礎運維繫統，都是各家自己造輪子，由於Oracle公司產品做得好，這點上Oracle DBA沒有這麼大的壓力或者要求（OEM，grid mgr，ASM之類）。這個人勢必需要是一個熟練的自動化運維開發的同時，還是一個熟練的MySQL DBA，如果公司沒有配置專門的運維前端開發（實際情況看，即使有，水平也很有限，高水平前端找人難度更大）的話，連前端也需要自己做，約等於半個全棧了。

2.的確能搞定MySQL的正常運維，備份恢復，DDL變更之類，見過太多小公司的MySQL DBA誤刪數據，備份失效的事情了，這點和技術能力，責任心等方面關係非常大，Oracle有很多機制比如flashback，回收站之類可以救火，但MySQL很多時候只能說一句「沒救了」。MySQL是一個遠比Oracle脆弱的資料庫，「不可恢復操作」遠比Oracle容易遇到得多，怎麼在操作的時候，保證操作的安全，是個非常麻煩的問題，尤其是MySQL那種文檔質量（不是黑，MySQL文檔已經是開源軟體中最完備的文檔之一了，但比比Oracle的文檔體系，MySQL的文檔可參考性小很多的）。

3. 不要求能改代碼，但至少對MySQL的各種實現機制非常熟悉並且能用於工作，最基本的要求是C,C++熟練，更進一步能自己修代碼還不會出幺蛾子的，都被大廠收了做內核開發，那個供需關係更緊張也不是傳統定義的DBA，這種可以排除出所謂MySQL DBA的定義，但即使是作為MySQL DBA，如果出現一個代碼方面的bug，比如程序代碼死鎖（不是事務死鎖，而是代碼bug，mutex死鎖）的時候，總不能每天想著找大廠熟人問一個未必靠譜的答案吧。

4. 對linux有充分的了解，比如APUE，CSAPP講到的東西都明白的地步，包括SSD優化在內的環境優化，這個是一個綜合話題。首先得承認硬體的進步對MySQL的優化要求沒有那麼強，或者在一定瓶頸前沒有什麼要求，但cpu，內存，網路，存儲，文件系統等等方面的要求，也並不是可以純粹無視的要求，畢竟這個所謂的瓶頸並不難達到（我自己的數據是3到5倍的性能差距，未必能作為通用標準）。

5. 對整個資料庫體系（包括緩存，隊列，大數據）都有深入了解，而不只是會安裝的程度。如果說linux運維包打天下是小公司的做法，那麼在規模沒有到相當大程度的公司，大數據相關的玩意，幾乎一定會被交給DBA的，比如HBASE，REDIS，SPARK，KAFKA，MONGODB，ElASTIC SEARCH 這些，畢竟外行來看，反正都是資料庫。但實際上，RDBMS與NOSQL（包括NOSQL相互之間）的運維差別非常大，而且大數據體系的玩意每年都有流行款，學習壓力其實非常大（目送前端的同志遠去~~每周一個不兼容老版本的新版本，每個月都有框架大新聞）。

6. SQL優化可以根據業務形態提出適當建議，都知道MySQL優化器很蠢，那麼在這種情況下，怎麼做好SQL優化本身就是問題。比如我的一個標準是，三個表之內的表連接，可以手寫執行計劃，並可以根據提出的不同數據分布給出更合適的執行計劃以及更合適的SQL寫法。實際上分庫分表是這個下屬的一個要求，比如在分庫分表情況下，如何最快地操作數據多表聚合，這點延展開來，到中間件的優化或者類中間件使用方式的優化（包括SOA（現在有人喜歡叫微服務）體系下的數據聚合），都是需要了解，有實際實踐的，再多一點的，就是作為中間件開發乃至分散式資料庫開發（C/JAVA/GO）需要知道的了。

滿足這些條件的，一般都會拿到不錯的議價，但這種成交造成的「高水位線錯覺」，會讓普通操作DBA對收入有更高的期望，導致低議價的減少，讓市場成交價更高。

DBA的學習周期（培訓班那種不算），一般是兩到三年，考慮到MySQL DBA正經起飛，也就是這兩年的事情，估計等個兩三年，市場上人數更多的時候，MySQL DBA的收入應該是會有所回落的。

當然，我說的是純粹的操作DBA，高技術水平的，無論是Oracle DBA，還是MySQL DBA，或者PostgreSQL DBA，DB2 DBA等等等等DBA的收入水平，不會有大的變化或者只會更高，這個細分市場的供應速度，是遠遠低於需求增長速度的。

謝謝邀請，具體的我也不太了解。我們公司以前確實想招mysql dba，但是一直招不到，全都是oracle dba，後來就一直我兼任。

因為我主要還是做開發，可能mysql了解也不太深入吧。不過題主對mysql成見有點深了。

mysql屬於開源軟體，搭配使用的是linux和其他各種開源軟體，開源軟體社區的風氣就是所有問題都要自己搞定，我覺得能把開源軟體用的好的人還是很厲害的，oracle功能確實很強大，提供的東西很多。公司選用了你，選用了mysql，老闆很多時候想要的東西mysql並沒有提供，老闆也不會再給錢，作為開發者，你要想盡手段來實現老闆的需求，然後要著手解決各種可能無法預知的坑，其實還是挺不容易的。

比如阿里這樣的大公司用mysql，因為覺得sql server 和oracle的性能已經不夠了，顯然是要修改代碼，從很低層次進行優化了的。

而小公司其實從來沒有需要一個全職mysql dba那麼奢侈的需求，需要的都是可以包打linux上所有問題的人。

mysql的技術成熟度比oracle低，不能說mysql dba沒技術含量，oracle dba就很牛。牛逼的dba不在乎是哪個資料庫，就像牛逼的程序員不在乎哪種語言。

有同學提到了mysql二次開發的問題。mysql的定製開發跟大家平時說的dba也沒關係。作為碼農，大家遇到最多的是運維dba，即使是研發dba，也是外圍工具為主，搞資料庫內核的不多。

資料庫內核工程師跟dba是兩個物種。

優秀的資料庫內核工程師需要對操作系統實現的技術細節（memory page、spin lock），計算機體系架構（cpu cache，numa）、硬體設備原理（主要是存儲、網路協議棧），數據結構和演算法（MVCC、索引、查詢優化、paxos）等需要有一定程度的理解。

優秀的資料庫架構師，還需要在上述領域有深入的了解並在某個方向有自己的獨到見解（索引、查詢優化等）。讀研時老闆說過，一個索引技術，足夠研究一輩子。

以上說的資料庫，還只是關係資料庫。還不包括方興未艾的NoSQL、NewSQL。要知道，資料庫工業界可是誕生過4個圖靈獎得主的。oracle能維持現在一個生態圈很不容易。

當然，圈子大了，魚龍混雜，dba水平參差不齊，普通dba知其然，不知其所以然。很多coding出身的同學對運維dba有偏見，可以理解。但是，不要小看運維這個群體，docker的作者，就是運維工程師出身（可以看他的LinkdIN主頁）。

嚴重懷疑題主是獵頭，來釣魚的

毫無疑問，MySQL DBA目前的薪資要比Oracle DBA高不少。但該前提：MySQL DBA技術難度低，我卻想奇襲一下這個略顯愚蠢的觀點。

就區區看來，MySQL DBA的技術難度比Oracle高多了。若說MySQL只是個M-&>S架構，則Oracle就是個RAC架構。Oracle在互聯網行業用得非常之少，這是偶然現象？所以，我們甚至可以大膽斷言Oracle都沒有一個類似Facebook、微信、淘寶這樣大型互聯網應用的檢驗。推理來說，你連50W、100W QPS的資料庫集群負載都沒負責過，憑什麼給你高薪？你只是在底層使用Oracle資料庫，不是Oracle資料庫的內核開發人員，否則你依然能拿到行業「頂薪」。而MySQL DBA可以站在產業的上游，掌握每一個實現技術細節。

就我觀察到的現象，同樣是8~10年的資深DBA，MySQL DBA整體能力要比Oracle DBA高一個檔次，那些所謂的Oracle大牛在MySQL大牛前也只能俯首稱臣。道理還是前面說的，你站在的是產業的上游還是下游。下游能做無非是工具類的事情，能做好當然很棒，但是他們永遠無法往上游靠近，這是Oracle資料庫本身決定了Oracle DBA的天花板。MySQL或者說開源資料庫的DBA們，他們可以有無限的想像空間，他們的未來星辰大海。

記得之前有朋友和我說，淘寶第一批的VP大多為資料庫出身，之後都是程序員或者架構師。為什麼？因為他們相比DBA更靠近產業上游。掌握上遊資源的人，Win！！！

作為DBA來說，職業生涯除了往內核走，還可以通向資料庫架構師這條道路，這同樣是往產業的上游靠近。這時，你應該掌握社交網站、電商網站、互聯網金融等業務的資料庫架構設計，這其中包括但不僅限於：表結構設計、分庫分表的設計、高並發場景下問題的解決能力、高可用場景的搭建、大數據平台的集成能各種能力。Oracle由於本身的天花板，若想往上游靠近，故而大多數Oracle DBA也都選擇轉向了MySQL DBA這個行業。

記得剛參加工作的時候，我也不明白，為什麼一個拿著Oracle OCP，會裝個Oracle RAC的DBA就能拿1W+的月薪。這在當時還算是非常高的收入水平，而且他和我是同一屆畢業，年齡相仿的同事。這也從一方面說明，任何一個行業的薪資水平，都是從超額薪資水平轉向為行業平均薪資水平。誠然，MySQL也會有同樣的一天。那麼，你要找準時間點，踩對步伐，不要在無使用價值的技術上投入太多精力，比如PostgreSQL。當然，如果你處於行業的最上游，那麼你做什麼都會很輕鬆，該賣的一體機就賣，該收的License費用照收不誤，該收的技術諮詢費一分不少，該忽悠的小白你一樣可以忽悠。

很多人把技術看得過重，但區區覺得技術本身只是一件商品。正如馬克思主義經濟學說得那樣，商品是使用價值與價值的對立統一。價值的存在以使用價值的存在為前提。沒有使用價值的東西，不可能被用來交換，也就不會有價值。

題主你錯了，Mysql最牛逼的優化是根據硬體、業務，通過修改Mysql代碼，來改造Mysql，以實現資料庫的定製化，進而實現性能最大化。

這種人不但要懂資料庫，更要懂開發，懂業務，懂系統架構，懂硬體。

OracleDBA是做不到這一步的，因為再牛的OracleDBA也沒辦法改代碼。

完全不想謝邀，這是一個引戰的問題

作為一個DBA來說，你這麼說是非常不負責的，一個DBA應該懂得各個資料庫的優點和缺點，針對業務選擇適合的資料庫。

Oracle作為關係型資料庫的王者在性能上及其優秀，但是每年的收費不菲，學習Oracle的成本也非常高。

MySQL有一個特別優秀的地方就是開源，以及插件方式存在的資料庫引擎，可以讓你對內核進行修改，根據自己的業務對Mysql進行高度定製。

Oracle的RAC在8個節點的基本到達一個瓶頸了，再加節點性能也不會更好。

Mysql有一個黑科技，分庫分表，將一個億數據的大表，分布到多個資料庫中，相當於將IO平分到多個資料庫中。

這個黑科技的基礎就是開源，你可以針對資料庫內核進行更改，進行業務定製。嗯，這個黑科技是靠MySQL中間件實現的。成熟的解決方案是使用阿里的DRDS，嗯，現在還是有一點問題，針對5000w以上數據的大表，多表關聯查詢性能還是有一點損耗的。

PS:沒有技術基礎團隊不要搞這個，主鍵庫的問題你都沒法解決。

老闆說，Mysql不收費，搞！

你就得搞！

MySQL DBA少，所以貴

這個問題，我說下面幾點：

1. MySQL首先是開源的，大型互聯網巨頭都在用，這些公司都有錢，所以就給的錢多。

2. MySQL相對Oracle，周邊工具，成熟度都是相對低一些的，並且Oracle所有的東西都是自己做好的，相對封閉，你用Oralce，可以只是用好就行，需要的DBA可以要求不那麼高，Oralce也可以運行良好，但MySQL就不是了，門檻雖然低，但也可以非常高，就看你可以到哪個境界了。

3. Oracle一般都是商業化的，公司都是傳統行業的，很多技術支持都是他們公司來服務的，或者是外包的，而不是自己的DBA，所以對DBA的需求不那麼大，需求決定了市場，從而決定了價格。

4. MySQL開放，發揮空間很大，想到什麼好的點子，都可以應用到上面去，而很多需求Oracle是不能滿足的，對於這樣的需求，需要的DBA都是要求非常高的，那錢當然也得跟得上，現在業界已經有非常好的例子了，阿里，騰訊，去哪兒，都是很好的示例。這樣的市場上，你能滿足我的需求，我就滿足你的需求。水漲船高吧。

DBA之間如果一定要有鄙視鏈，那麼商業授權的Oracle DBA應該是鄙視鏈的下游吧。畢竟授權費和人工費，一樣也沒省下來，開源的東西起碼授權費省下來了。

拿奧拓開出奧迪的效果，題主不覺得應該給司機多點工資嗎？

任何DBA的核心工作都是負責數據安全。說白了就是背黑鍋，所以工資高不高實際取決於背鍋和甩鍋技術，跟什麼資料庫關係不大

O和M都要有豐富的實戰和理論做為基石，O現在雖然人數較多同時說明市場大，M看著薪資高，實際公司會壓價（本人遇到過這種情況），如果要拿20k的M薪資要比拿O的20K風險係數要高很多，如果搞不定沒有援手幾乎就陣亡了接著被開除！M開源改了風險無法預估，除了BAT有一大批的研發人員投入，實際成本是很高的一般性公司是吃不消這樣的高投入，同時現在ORACLE12C已經出來，O會對M進行改造以符合市場經濟的要求，可以預見以後M的功能O化是很明顯的，再說實戰方面O也是真正人才匱乏的，M也是這樣的情況：實際處理問題的人才幾乎沒有，高薪崗位空缺很大。隨著雲化對DBA的要求是越來越高了，對實際處理問題的人才是十分渴求的。O可以實戰理論可以結合，M應該會隨O對它的改進越來越好。如果剛入行的最好學習O，直接M就目前是很難勝任工作的，以上是個人愚見！

供求關係決定價格走向。

成交價格的加權均值決定當前價格。

至於這東西難不難、牛不牛，市場不關心，因為市場不是生產者。

樓主片面了。oracle分庫分表，橫向擴展，你試試？mysql能以低成本干oracle幹起來非常費勁或者非常昂貴的事情，建議樓主去了解下阿里當年為啥去o。很多人說mysql簡單，那是因為他們沒有去一線互聯網公司做過mysql dba，他們只是在以oracle為主體的公司裡面，玩了幾個單機的小mysql庫，然後就輕率地對mysql和oracle進行比較。比如，很多人對mdl鎖都不清楚，然後開始大談mysql和oracle鎖機制的區別，這是非常不靠譜的。還有mysql在線大表的DDL，如何能對業務影響最小，這些都是非常有挑戰性的事情，哪有那麼簡單？

既然那麼容易，你去應聘下mysql dba ，不就完了！在這裝什麼孫子！

樓主你在逗我？什麼時候工資和技術含量掛鉤了。

另外從問題看，猜測樓主不是做資料庫的，但是肯定和dba接觸還比較多，那就多半是sa了，目測在轉行上面受過傷。

與其在這裡引戰，不如買本書回去好好看看。

應用場景不一樣

oracle 大多數被企業和政府機關所使用，安全和穩定是重中之重。調用資料庫的程序多數是由第三方開發，資料庫的優化大多數時候也由第三方來完成，並且硬體性能配置冗餘量比較大。這樣環境中工作的DBA大多在乾的是運行維護的事，收入是很一般，但工作穩定。

mysql大多被網路公司使用，開發與運維在同一公司，業務多變。並且mysql本身並不是大型資料庫，當訪問或數據量比較大時必須要做專項優化，不能用簡單升級硬體的方式解決問題。現在互聯網熱，所以對mysql的dba需求會多一些，收入自然會水漲船高。

真正的高端DBA無論對應的什麼資料庫，收入都是非常高，不存在mysql高於oracle

因為mysql免費，oracle貴，除非講究數據安全的，很多公司不願意用oracle，而且高端的oracle的dba工資是非常高的

技術難度不能妄下結論