DBA 到底是不是干杂活的

开头还是介绍一下群，如果感兴趣polardb ,mongodb ,mysql ,postgresql ,redis 等有问题，有需求都可以加群群内有各大数据库行业大咖，CTO，可以解决你的问题。加群请加微信 liuaustin3 ，新加的朋友会分到3群（共1120人左右 1 + 2 + 3）

最近的国内的经济情况是不大好，听闻某公司的DBA TEAM 要被降级变成干杂活的，有利有弊，好在裁员的名单没有DB ，不好的在于专业性降级了，沦为了干杂活的。

DBA 到底是不是应该是干杂活的，怎么就沦为干杂活的

 DBA本不应该是干杂活的，本身DBA是有先天优势的，是有专业性门槛的，不是随便一个运维就可以宣称自己是DBA ，专业性和对于整体公司运营来说是一个至关重要的岗位。

所谓屁股决定脑袋，DBA 是不是干杂活的，需要看这个公司的领导，对于公司的IT 运营是否了解，对于DBA 的工作是否清晰，对于DBA的工作重要性是否清楚，以及出现问题后，DBA 到底是继续干杂活，还是能力挽狂澜能力的一种信任。

我们排除这个领导对于DBA的工作有偏见的问题，如果是那个问题我建议你要么忍，要么滚。我们看问题先从自己着手，我们先自己审视自己一下，自己到底是不是混口饭的，还是公司的精英。

先借用一句俗语，人必自辱而后人辱之！

首先，一个DB 在公司是什么地位，不是别人决定的，而大概率是你决定的，先不管别人怎么认为你，你是如何对于你，和你的职位在这个公司的定位是否有一个认识，阿狗说 咱们用MYSQL ，明天阿猫说，咱们用PG，然后你就听之任之，还是你能马上告诉他们，你们应该用什么，为什么 1 2 3 ，姑且不论最后听不听你的，你至少有你的见解，和你的知识储备。如果你是这样的情况，估计大概率，你是不会成为一个，“打杂的”。

举例，你和开发的关系决定了，你所掌握的数据库产品是否能有效的在这个公司发展，你提出使用PG ，你连PG和其他数据库的不同都说不出来，优势，劣势，开发中的注意事项，以及在开发中，开发人员使用数据库的一些难题在你的能力范围下能否可以解决，且在数据库运行方面能给与整体项目最坚固的依靠的那个人。以上的问题你能做到多少，如果做不到，那你必然就是一个 “打杂的”，怨不得别人，自轻自贱，谁都救不了。

在举例，国情，项目，以及成本都有变化，开发提出使用新的数据库产品来解决问题，你就会一个 MYSQL 就会一个 ORACLE ，然后固守你的象牙塔，那么你早晚也会变成一个打杂的，你不会，有人会，你可以边上凉快了。在当下卷的这么严重的情况下，要不你就是这个数据库专业的金字塔上层，要不然你就 十八班武器，那个都能练起来，否则你不是打杂的谁是打杂的。

DBA 本身在大学里面就没有这样一个专业，并且DBA 是一个不单纯的职业，他需要你能在掌握你当前使用数据库的技术的基础上，在延展到业务，到数据库表的架构设计，甚至到数据库内部的简化开发功能能力的掌握，最后你必然可以有腔调，取缔某些不适合这个项目的数据库，找出更适合的这个项目数据库，用什么数据库最终DBA 是有话语权，决定权。

到这里你还缺一个机会，缺一个因为数据库影响业务，你可以拯救这个企业的业务的机会，或者也可以是成本大幅度节省的机会，再者可以是各种开发在数据库方面，唇枪舌战，最终他们的服你的机会，再者也可以是给开发提出优化的策略，产生信任的机会， 机会每天都有，看你抓得住抓不住。

但如果你是善后型的DBA， 不善于交流，沟通，唯一的方案就是拿起自己的规范和规矩捍卫自己的主权，然后就没有然后了，谁会看得起一个，拿得出规矩，但是说不出规矩是为什么的 少数派，打到你 分分钟，让你去角落里么继续你的打杂生涯。

到底DBA 是干什么，这个定义一直在变化，从上世纪会了一种数据库就是大牛的时代，到了本世纪，会写程序，会理解业务，会DEVOPS ，甚至会看源代码的，会上的演讲台的厅堂，下台会在单位继续搬砖的另一群人。

所以加油吧，DBA 的伙伴们！