临时工：数据库人生路，如何救赎自己 -- 答某个迷茫DBA的职业咨询

迷茫❝

开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题，有需求都可以加群群内有各大数据库行业大咖，可以解决你的问题。加群请联系 liuaustin3 ，（共2750人左右 1 + 2 + 3 + 4 +5 + 6 + 7  满）(开8群近200+ 9群)

临时工系列好长时间没写了，这是本年度第一篇临时工文章，这篇文章产生的原因来自于 一个“咨询者”，一个DBA，私信咨询，诉说他的迷茫和无助，在和他简短的交流后，我获得了如下的信息。

1  他是一个外包的人员

2  他负责的数据库种类比较复杂，如之前没有接触过的SQL SERVER

3  他的数据库产品都在腾讯云上，其雇佣他的甲方有阿里云的数据库产品，但不归他管理，他主要的工作是负责阿里云的数据库产品。

4  他的工作权限不大，可以登陆到腾讯云上，进行一些数据库的维护和管理。

5  虽然我和他的谈话中，没有确认他之前是否有过云数据库的管理经验，但简短的交流后，从他的文字中，我基本可以确定，他之前应该是一个实体数据库管理员。

经过和他沟通，关于我们之间简短的沟通文字是不能进行展示的，我一直觉得能鼓起勇气去和别人问，诉说自己的无奈并不是软弱，恰恰正证明他是坚强的，正在积极的寻求帮助和救赎，且他会忽视不友好的对待，证明他的确要改变。

这里我不知道他是谁，我也不想知道他是谁，我们姑且认为他是一个勇敢表达自己的焦虑，且希望得到一些建议的人。这里说到建议，我想讲一个自己的故事，说别人容易，做自己难。

话归两段，为什么我觉得他的问题很典型，这就的说到我，我快20年的数据库经验，百分之90%都是实体机且和实体机打交道，转到云，和云数据库打交道是最近几年的事情，其实我也想说一句，其实那几年“我也有想死的心”。

我经历了从WINDOWS系统上的数据库产品到LINUX系统的数据库产品，从商业数据库产品到开源数据库产品，从SQL到NOSQL，从实体机，再到云原生，从一个DBA，到一个专家DBA，再到某国产数据库产品经理，到转型失败，又回到了DBA的阵营，但好在我一直没有离开数据库这三个字。

想在4年前我也是万般不愿的从实体转到了云，这并非我自己的选择，而是新公司的选择，或者总结两个字无奈。之前我对云的看法和现在大部分人的看法是一致的，我对云虽然不是赶尽杀绝的讨厌，但也是非常的嫌弃，对云DBA的看法也是一言难尽。

1 云将会大大削减DBA的工作范围，工作的重要程度

2 云将会把DBA的工作技能弱化，最终公司会不在需要这个岗位

3 时刻的寻找新的工作，我还是适合实体机上的数据库，无论是MYSQL ,POSTGRESQL ，MongoDB, REDIS ,SQL SERVER 等等，等等。

最终归于一句话，云上做DBA也算DBA，和砍手砍脚有什么区别，如果要比喻，云DBA是，DBA界的人彘，求生不能，求死不能。

但在投入工作后，到现在已经有4年了，我已经活脱脱的转成了一个伶牙俐齿，和阿里云的云原生数据库打的火热的DBA老油条。

我的数据库工作列表又添加了POLARDB ，未来我还希望有OceanBase。

那么怎么转变的过程，我想是这个DBA新人想知道的，4年前网上还没有那么多云数据库的工作经验的分享，云原生数据库根本也没有太成熟的产品，或者还处于萌芽阶段。

一个工作干好，干坏，和工作环境本身有关，但和自己更有关，如果自己一直是消极的态度，哪怕在给你实体的环境，你也未必能干好，人最大的能力在于能适应环境。我当时在想，我改变不了环境，我改变不了别人，我能改变的是我自己，已经做了云上的DBA，我就做好，之前能做的出色，我之后也可以，只不过换了一个赛道。但其中各种滋味只有自己清楚，从原来一个金融类公司的，DBA专家，在公司里面真的是可以横着走，神挡杀神，佛来回避的状态，跌落到......

当然时机也好，新公司在做更大的项目，数据库在极度的动荡中，凭借我之前在众多的数据库的经验，我将当时的RDS产品管理的还可以，且将NOSQL数据库大量引入到公司，丰富了公司的数据库产品序列，弥补了架构师，或者说纠正了一部分架构师对数据库的看法，用法，自我认为将公司的数据库等级至少抬升了2个层次，且当时还出过一次严重的某云的MONGODB的故障，云企业的工作者竟然最后问我怎么解决，最终我解决了公司使用某云Mongodb的问题，现在想想也是有趣。

由此得到了公司领导的信任，此时大项目来了，正如千里马常有，而伯乐不常有，你要抓住机会，当时项目中摆在众多架构师面前的是使用RDS 产品还是用一些新的产品，项目是时间短，压力大，且互联网的应用产品，选错了数据库产品将负担很大的责任，很可能因此会被“离开”公司，且没有人看好新的道路，老路好走，新路难。

但我经过查询和快速的学习，我发现如果要满足互联网公司的一些特性和需求，RDS产品无法满足公司的业务需求，如果还是老路，那么必然再过一段时间后，问题将重现，重新走上之前的公司的老路，那么他们请我来的目的是什么，不如就放开自我，我要走云原生的道路，彻底走一条和千军万马的DBA截然不同的道路。

1 云原生数据库产品和RDS产品有很大的不同，优缺点都有，但理解了业务后，我发现云原生数据库更适合当前的单位，且会节省大量的成本，并且云原生数据库的技术和理念，是我之前没有接触到的，我学习后也非常感兴趣。

2 的确可以解决公司的应用中的一些突发情况的问题，也就是RDS 所不能，或者说那些传统数据库ORACLE , PG ,MYSQL ,SQL SERVER 都不可以解决的问题，云原生根据其特性和原理是可以解决的。

3 新的数据库产品，选择了云原生产品，我可以和数据库一起成长，开拓出一条和别人绝对不一样的路，我从来不愿做那种做人后面，一点风险不冒的人，虽然稳定，但其他的事情你也稳定，你们懂得我说的稳定，不是一个好词。

都说性格决定命运，这是真的，很多时候同一件事情， 砸到不同人的头上，最终的结果会千差万别。

然后就有了，阿里云各个业务线里面他们又恨，又爱的，刺头刘的出现，也就是我的出现，和他们各个产品线干了不少架，相爱相杀，最终就有了你们了解POLARDB窗口的出现。

写了这么多，我想给这个同学的我的想法

1  你出入云数据库产品，你要了解云数据库产品的特性，虽然现在的工作和之前的实体机的工作省去了你接触实体机，操作系统，以及数据库底层优化的知识和锻炼的能力。但云数据库本身也有很多特性，是实体机所不具备的。

且腾讯云和阿里云，或者其他云的MySQL也不一样，和实体机更不一样，可不是一通百通，你要了解他们的不同，腾讯云的MYSQL ,SQL SERVER的特性是什么，他们有什么特殊的功能，这些特殊的功能开发是否知道，是否可以利用提高开发的效率。这些都是你可以做的。

2 腾讯云是否有云原生的数据库产品，特性是什么，你了解吗，与RDS产品的对比的优点是什么，腾讯云的监控系统是否完善，是否有优化和自我动手的需要。

3 现有的云产品有没有缺陷，影响不影响运维和开发，如果有是什么，你有方案解决吗？ 你是否可以给云厂商提意见，共同修改，或者你自己编译自有的系统，来解决问题。

4 云上管理成百上千的数据库产品，通过手工点击，我们需要去写程序连接各大云厂商的开发的API 进行联通，通过他们提供的参数来通过自己的程序管理这些数据库。

5 监控自然是还是要自建，虽然有云但观测的方法，和便捷性都可以提升，云数据库他们提供的参数非常的丰富，如果你能把他们提供的监控参数和数据的知识联系，那么将有更大的提升，那些参数都是顶尖的人研究推出的，你研究相当于站在他们的高度在往前走。

以上的这些我们都干了，阿里云的POSTGRESQL RDS 产品和实体POSTGRESQL共存的问题，我们自己做了VACUUM 平台大批量的智能化的对PG系统进行自动管理。我们还编写了云数据库管理软件，等等。

云数据库并非像很多人口中没有发展，善于发现问题，解决问题，走和别人不同的路，先把当前的工作做扎实，做优秀，是这位同学先要做的，不需要考虑云DBA，有没有前途，会不会被替代了，如果你把当前的工作做优秀了，你自然就会升维了。

最后我觉得你需要一点鼓励，一首中岛美嘉 《曾经我也想过一了百了》 ，一个优秀的歌手，在职业生涯巅峰的时候，患上了疾病影响了听力且无法治愈，一个歌手听不见声音，这首歌是她触摸音箱，通过共振演绎一个听不见的声音的歌手的奋力一搏，最终8年后她恢复了些许的听力，此间她听到无法治愈的时候，也承认一度也是想结束这一切，人生救赎的路上，别人的帮助都是短暂的，唯有自我在焦虑后的冷静思考，自我寻找新的出路，实现一次次的低谷的自救，能把你从无奈和绝望中拉出水面的人也唯有你自己，这一辈子，又有谁没有想过几次“一了百了”！

置顶

开源软件是心怀鬼胎的大骗局 -- 开源软件是人类最好的正能量 --- 一个人的辩论会

AI 祸国殃民必须铲除，AI国强民富必须支持 --一个人的辩论会

云不云的，我不晕，从今天起云专栏的喇叭开始广播了。

公众号给我两个数字 34.6万，65.5万--告别2024

跟我学OceanBase4.0 --阅读白皮书 (OB分布式优化哪里了提高了速度)

跟我学OceanBase4.0 --阅读白皮书 （4.0优化的核心点是什么）

跟我学OceanBase4.0 --阅读白皮书 （0.5-4.0的架构与之前架构特点）

跟我学OceanBase4.0 --阅读白皮书 （旧的概念害死人呀，更新知识和理念）

聚焦SaaS类企业数据库选型（技术、成本、合规、地缘政治）

PostgreSQL 用户胡作非为只能受着 --- 警告他

全世界都在“搞” PostgreSQL ，从Oracle 得到一个“馊主意”开始
PostgreSQL 加索引系统OOM 怨我了--- 不怨你怨谁

PostgreSQL “我怎么就连个数据库都不会建？” --- 你还真不会！

PostgreSQL 稳定性平台 PG中文社区大会--杭州来去匆匆

PostgreSQL 如何通过工具来分析PG 内存泄露

PostgreSQL  分组查询可以不进行全表扫描吗？速度提高上千倍？

POSTGRESQL --Austindatabaes 历年文章整理

PostgreSQL  查询语句开发写不好是必然，不是PG的锅

DBA 失职导致 PostgreSQL 日志疯涨

MongoDB 相关文章

MongoDB  大俗大雅，上来问分片真三俗 -- 4 分什么分

MongoDB 大俗大雅，高端知识讲“庸俗” --3 奇葩数据更新方法

MongoDB 学习建模与设计思路--统计数据更新案例

MongoDB  大俗大雅，高端的知识讲“通俗” -- 2 嵌套和引用

MongoDB  大俗大雅，高端的知识讲“低俗” -- 1 什么叫多模

MongoDB 合作考试报销活动 贴附属，MongoDB基础知识速通

MongoDB 年底活动，免费考试名额 7个公众号获得

MongoDB 使用网上妙招，直接DOWN机---清理表碎片导致的灾祸 (送书活动结束)

数据库 《三体》“二向箔”  思维限制 ！8个公众号联合抽奖送书 建立数据库设计新思维

MongoDB  是外星人，水瓶座，怎么和不按套路出牌的他沟通？

MySQL 让你还用5.7 出事了吧，用着用着5.7崩了