临时工说：裁员裁到 DBA 咋办 临时工教你 套路1 2 3

头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, Oceanbase, Sql Server等有问题，有需求都可以加群群内有各大数据库行业大咖，CTO，可以解决你的问题。加群请联系 liuaustin3 ，（共2150人左右 1 + 2 + 3 + 4 +5） 新人奖直接分配到5群,另欢迎 OpenGauss 的技术人员加入。

这年月裁员是正常的，对于企业和老板是一种降低负担并继续前行的方法，对于打工人来说，在当下怎么都不是好事情，工作难找，屎难吃。

但到自己头上了，也要应对，今天就说说一个老梆子DBA，如果遇到这样的事情该怎么应对。

首先DBA 的工作一般来说是不容易涉及到裁员的，岗位本身具有一定的重要性，同时也具有一定的专业性，公司裁员轻易是不不会裁到DBA 的头上的，如果裁员裁到DBA的头上，说明。

1  当前的工作量和DBA 的数量不平衡，有富余的人员，工作不饱和的情况

2  企业的确无法在运行下去，已经到了最后的时候

对于第二种情况，就是神仙来了，也没辙，这里只说第一种情况。

一、 反思

反思自己是否工作的饱和，或看上去饱和。工作的重要性不光是岗位赋予你的，其中也有你自己的赋予这个岗位的。别人不行，就你行，那么这个岗位就是为你而设立的。所以你的技术的专业性一定要，在群体里面是拔尖的，或者无可替代的（哪怕是暂时）。 如果你不是，你在公司里面就是一个数据库打杂的，那么很可能你会被，开发，或运维代替。

那么你过人之处是什么是掌握公司的数据库基础架构，还是数据库的疑难杂症的解决，或者对于数据库开发有一些新的技术的知道，比如一些解决开发当中数据库使用技巧的方案，节省了时间或人力等。

如果每天都是当一天和尚的工作方式，那么被裁只是早晚的事情。

二、找出改进点

改进点很多，比如精通某个公司正在使用的数据库产品，对于公司当前数据库产品使用中的一些缺陷，进行一些方案的试探性的改造的计划，有无其他的数据库成本更低的方案可以为公司节省成本。

积极和业务开发进行沟通，了解在数据库上的一些业务的特性，更好的对数据库进行管理，发现当前数据库运行的方案中的问题，并可以规划解决的问题的思路或具体的操作步骤等。

如果本单位是在是待不下去了，那么积极的丰富自己的技术能力和数据库管理的经验和项目经验是你走好下一步的通行证，多贴近实际，查看JD 看看自己和一些自己心仪公司的要求有多少差距，并制定一些计划，怎么来完善自己，逐步达到一些要求。

三、 逐步实践，寻找创新点

这点是很多DBA 不愿意做的，因为实话实说循规蹈矩更容易，为什么要为难自己，我以我来举例，数据库在从一个平台到另一个平台的迁移的过程中，作为DBA 或DBA 架构，你是愿意继续昨天的故事，还是抓住当前的机会，给自己制造盈利点。

这是对你当前的数据库知识，在公司中的威信，以及技术能力和对新的一些数据库知识掌握，以及你口头表达能力，协商能力，和做事的完整性考量的全面的测试，最后你还的有勇气承担可能的后果。

需要注意的是，这里并不是指蛮干，和不做功课就做出改变的莽夫行为，而是积攒已久的一种等待机会后的释放行为。

所以在一些环境中需要你去寻找创新点，并且你抓住的机会那么你将获得新生，至少企业需要你，除非企业破产。

四、保护自己

DBA 是一个职位，基础性的职位，哪怕是数据库架构师，也是一个技术岗位，被淘汰和被抛弃是早晚的事情，没有什么铁饭碗，那么作为一个技术人员，天天光啃技术，不闻窗外事是十分危险的。

1  熟悉劳动法，没事不要光打游戏，抖音上各种普法和对于一些非法辞退的方案的解释，多看看。

2  熟悉一些法律部门的电话，和沟通的方式

3  留存一些加班的证据，工作的证据

4  识别危险，对于一些让你背锅的事情，说不。

最后，裁员那天就算裁到头上，也不要慌张，做好心理预期，大环境如此，富贵不容易，萝卜白菜我还活的起。