是不是觉得这个还用问？

是的要问。因为这个还是一个有争议的问题。但是争议双方都没有错。这就像辩论，有正反双方。大家都说的有道理，但是很难说谁对谁错。

正方观点：数据库稳定好

其实这个是用户的观点，应用开发人员的观点和大部分运维DBA的观点。因为企业需要数据库稳定，绝大多数用户的高层不希望自己的数据库隔三差五出问题。而应用开发人员在完成需求已经够焦头烂额了，如果数据库再给他们折腾点热闹，无异于火上浇油。而绝大部分DBA包括我都希望数据库稳定。大部分DBA是希望轻松，而我是希望他的稳定让我可以学习更多知识以及去管理开发和设计。甚至去指导一下业务的需求。

反方观点：数据库太稳定了不好

这个观点也不能说错。我的不少老师和朋友也有这种观点。他们都是有情怀和追求的。
多年前我刚学MySQL的时候遇到一个问题。不明白为什么？就去问教我的MySQL老师。老师当时解释了一下，然后说MySQL有的时候比较妖孽（意思是会出你想不到的问题），她并没有使用MySQL。我问那你用的是什么？她说是Mariadb。我问Mariadb比起MySQL如何？她说了一句至今我依然记得的话：“比MySQL还要妖孽！”。我说那你为什么还要用？然后又一句话“我喜欢妖孽”把我震惊了。

这一观点的人基本自身技术能力很强，愿意接受挑战。最关键一点，就是他们的工作能力、工作量和薪资成正比。如果说干多干少都一样，这样基本就扼杀了这种想法。

以上说到底了是看薪资

以前有种说法MySQL的DBA薪资比Oracle的DBA的薪资高。高不高的其实我觉得和数据库关系不是很大。主要看行业，有些行业顶天了就那么多。有些国企到了董事长可能80-100万的年薪，但是也有的国企领导是120万以上。这就是行业区别。而在一线互联网大厂，一个主观级别的就可以达到这个薪资。

MySQL借助互联网的潮流起来了，因为互联网的场景相对简单。主营场景不是ERP这种复杂的逻辑关系。所以不是说互联网公司用了MySQL而是互联网场景适合MySQL。阿里集团提出去IOE，证明了Oracle也适合互联网场景。只是后面出于成本或者云的战略改成自研数据库。

同样有些使用DB2、SQLServer的是因为行业的总体的原因，使得技术人才的薪资就是上不去。DBA或者开发人员总不能比CTO、CEO、总裁董事长这些薪资高吧。

所以选行业太关键了。

盛世古董乱世金

可能取决于时代，在一定时代下会比较明显。经济好的时候，怎么折腾都行。经济不好的时候就要求稳了。如今全国都在进行各式各样的降薪裁员，经济环境越来越差。我们以为的降薪裁员是：一个部门10个人，裁掉6个。那么6个人的事情不做了。4个人把自己的事情做好，拿原来90%的薪酬。但是实际的情况是4个人要做10个人的事情，拿原来90%的薪酬。
接下来的问题就是，这4个人出现了两难的境地。如果4个人做不完10个人的事情，那么90%都保不住。如果4个人做完了10个人的事情。有些上级会认为，你看裁员是正确的，裁员之后还能运作。但是他没有站在这4个人的角度去想。这4个人完成了10个人的事情，是在什么情况下完成的。本来18点下班，现在可能22点下班，甚至牺牲了周末甚至和家人孩子的很多时间用来完成这些事情，就着还吃力不讨好。

这这种环境下请问如果作为信息化的底座，他还不稳定。这到底是好还是不好？

那么DBA是不是越忙越好？

这取决于决策者的基因。我的总裁希望管运维和安全等部门的负责人汇报时候就一页：全年无故障。他说这就是最好的。不要各种数据。我看到过有一个老师说，他以前领导问这人怎么这么闲。相关主管说这是我们专家，如果他天天忙于处理问题。我们公司就完了。
其实有些岗位就是应该养着，不用最好。这种在我们日常就是消防官兵和国防军。如果他们整天没有很忙说明城市安全国泰民安。如果消防官兵还有绩效PKI要完成多少次救灾，那城市要经受多少损失。如果国防军一定要去打仗说明国家遇到了入侵。
消防重点是预防。DBA的重点应该是教开发设计以及管理好需求。不是去救火。

我个人愚见，宁可老板知道我名声是从我预防了什么？而不是我拯救了什么。

譬如，《天龙八部》中，当慕容博向萧峰提出一笔交易，即是要求身为契丹南院大王手握兵权的萧峰挥师南下侵伐中原，届时趁中原动荡之际，吐蕃东进向大宋分一杯羹，造成大宋两头不能兼顾的军事困境。慕容博道：“食君之禄，忠君之事。你是大辽国这臣，欲只记得父母私仇，不思尽忠报国，如何对得起大辽？”

萧峰蹭上一步，昂然说到：“你可曾见过边关之上、宋辽相互仇杀的惨状？可曾见过宋人辽人妻离子散、家破人亡的情景？宋辽之间好容易罢兵数十年，倘若刀兵再起，契丹铁骑侵入南朝，你可知将有多少宋人惨遭横死？多少辽人死于非命？”
咱们打一个血流成河，尸骨如山，欲让你慕容氏来乘机兴复燕国，我对大辽尽忠报国，是在保土安民，而不是为了一己的荣华富贵，因而杀人取地、建功立业。”
善战者无赫赫之功，善医者无煌煌之名。