临时工访谈：NoSQL 大有前景，MongoDB DBA 被裁员后谋求新职位

AustinDatabases 2024-06-03

105

开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, Oceanbase, Sql Server等有问题，有需求都可以加群群内有各大数据库行业大咖，可以解决你的问题。加群请联系 liuaustin3 ，（共2350人左右 1 + 2 + 3 + 4 +5 + 6）新人奖直接分配到6群,5群已经超430停止自由申请。

最近找工作的人不少，这次是一位比较特殊的DBA ，MongoDB 的专职DBA，这是比较少见的，大多都是MySQL , ORACLE ,PG 等传统类型的DBA ，相对来说市场上单独招 MongoDB 或者NoSQL的岗位并不多，那么今天咱们来看看专职的MongoDB DBA 是什么样的。

这里我们且称他为 Mongo小哥

——————————————————————————
临时工：您有什么事情吗？

Mongo小哥：您好，我最近刚被裁员，之前也看了您发的一些帮助人找工作的文章，我也想看看能不能帮我一下，可以吗？

临时工：好，那您介绍一下自己好吗？

Mongo小哥：我从事MongoDB 有4个年头了，我在公司主要专职做MongoDB,还有一部分时间做MySQL.

临时工：那我比较好奇，我问一下，为什么不以MySQL来找工作而是MongoDB，实话实说相关的岗位可能不多，并且大部分专职MongoDB都是大型的企业才会招专职的，您这是出于什么想法。

Mongo小哥：这里有两个原因，1 我专职MongoDB 已经是两家企业了，我上一家工作单位我也是专职的MongoDB DBA，现在这家也是，所以我想继续MongoDB 的专职工作。同时这几年的工作中，我其实对MongoDB 是非常有感情的，我觉得这些年我从MongoDB身上学了不少东西，也是彻底和传统数据库不一样，或者说是优势的地方。

临时工：OK ，您方便讲讲吗？

Mongo小哥：首先是这样的，从高可用的完整性来说，从对开发的友好性来说，我个人觉得没有数据库是 MongoDB的对手，他基于分布式存储的方式来完成了如数据灵活一致性，以及数据安全，和访问的自主选择以及相关灵活性。

临时工：我打断一下，我有一个问题，有些人提出MongoDB的无结构设计给软件开发带来了问题，IF ELES一堆的问题，这个您同意吗？

Mongo小哥：我不同意这个说法，首先无结构化正是给了开发者更多的自由和软件设计的灵活性的最大开度，提出无结构化是问题的，可能多半没有用过MongoDB, 软件设计中，读取的性能和写入的性能完全是可以通过好的设计来完成的，这点毫无疑问在MongoDB 中是可以实现的，也就是说，凭借对于业务的理解和完善的设计思路，我们是可以在MongoDB为基础的数据库系统中，设计出一套符合当前软硬件的应用系统。

我举一个例子，我之前的单位有一个项目非常的不稳定，也是老大想去尝试的一个业务，但是当时人员比较少，并且由于不知道未来如何，不想在数据库上面投入太多的基础架构，经常改来改去，要根据业务的特性来进行扩展，当时也有人提出用 MySQL 让开发的负责人一口否决，因为业务在工作中，可能就有要加一些 “字段” 的情况，或者有的时候，一些字段并不是在表中都存在数据，在二维表格的数据库系统实现很困难，对于开发人员，业务，以及脑洞大开的需求经理都是一种限制，所以他们也同意用MongoDB 而不是传统数据库。

不过后来项目还算成功，MongoDB也就一直用下去了，开发人员也发现不使用MySQL 的日子尤其一些开发的方式不在死板，一些其他可以尝试MongoDB的项目他们也愿意去尝试了，所以上上家公司我就从传统DBA ，转型到NoSQL DBA. 并且一些MySQL的单表承载力在Mongodb 也不存在，我现在这家单位就有从 ORACLE 迁移到MongoDB的大表，初始是3亿，预估后续10亿行或更多，经过设计人员和我的努力，我们研究可以迁移到MongoDB 上，后来我们就DUMP 了 ORALCE ，把这个大表和业务转到了 MongoDB 上，运行两年多没有任何的性能问题。

临时工：您还挺健谈，MongoDB 就这么好，有没有不好的，或者MongoDB的缺点，缺陷？

Mongo小哥：要说没有我估计我自己都不信，我个人觉得，MongoDB 最大的问题是自由，自由是一个中性词，MongoDB 最大的缺点是，不懂他的开发，运维，在被强制使用MongoDB 后的日子，当然我觉得这不是MongoDB 的错误，这是这些人的问题，水平太低无法驾驭，但不承认把责任推卸到数据库层面，不过遇到这样的人我会指出他们的一些设计上的问题。
比如：二维表格设计久了，根本不知道嵌套和数组的好，或者根本不理解MongoDB 也可以做聚合，这写都不是数据库的错误，是宣传力度和人员的知识缺失的问题。

临时工：所以，你说了这么多，你的意思是MongoDB没有缺点，缺点是人？

Mongo小哥：嗯，其实我也不是MongoDB 脑残粉，我是很清楚那些领域是NoSQL的领域，比如要求开发成本低，业务逻辑梳理的清晰的，并且要求数据库架构方面简单，轻量级同时可以处理超大规模的数据量的情况下，都可以使用MongoDB.

临时工：那您最多管理过多少套MongoDB的环境，或者数据量有多大？

Mongo小哥：嗯30多套，最大的7亿的数据量了，同时我是一个比较好的devops ，我会写一些比较复杂的程序，Python, 我最近在学习Go 语言，MySQL 我也OK，我希望我是多元化的，现在的DBA 应该会写一些复杂的程序，我们公司很多数据库的维护程序都是我写的。还有我也做过大量的MongoDB的数据迁移，从低版本到高版本的迁移，我这方面的经验比较多，比如 Mongoshake 的一些BUG 以及迁移中的注意事项，失败的案例等，还有我还可以编制了mongo 预加载函数的工具，MongoDB数据库的压测数据产生以及压测和相关的指标等，我对MongoDB 是有一定的研究的。

临时工：厉害，程序+ MongoDB + MySQL, 您还有什么要表达的吗？

Mongo小哥：我主要是希望找到与MongoDB有关的工作的机会，因为我个人如果说感情的话，我对MongoDB 的技术深度以及一些理念我觉得应该在继续深究，当然程序类的 Devops 的工作我也非常适合，我开发过MySQL 的自动化管理系统，以及MongoDB 自动优化系统，我有我自己的理念，我个人崇尚简约，但不简单。

临时工：OK ，Prefect !!，那就这样，我们看看发完能不能帮助您找找相关的工作，但是有一句，现在就业环境不好，如果没有专职的MongoDB,以MySQL为主，MongoDB 为辅的工作，或者纯devops的工作您考虑吗？

Mongo小哥：OK ，没有问题，我考虑，没有问题。
————————————————————————————
这里有需要专职或MySQL+MongoDB 以及进行运维平台开发的devops的老师可以这里瞧一瞧。下面是这个小哥的微信号。工作地点倾向北方。
微信号：ai_ei_ui