数据库国产化后，还需要dba吗

不知道大家有没有这种感觉，DBA 行业比以前冷清很多，尤其是信创改造之后，这种趋势就愈发明显。最近和一些朋友聊天，不论是 Oracle 原厂的朋友，还是国产数据库厂商的工程师，大家对于前景都比较悲观，似乎随时都有被“优化”的风险。而号主原来期望的国产数据库运维行情，也并没有如期而至，反而日渐冷清。知名数据库运维专家白鳝，也在其公众号文章中说“数据库国产化替代并未给数据库三方服务提供太多的机会”。

经济形势不好抑制了数据库运维行业的需求是一方面，更重要的是这个行业本身发生了非常大的变化。今天我们就来讨论这方面的话题，希望能对身处其中的同仁，或是准备入行的朋友，提供一些借鉴和参考。

数据库的作用没以前那么重要

这个观点在以前的文章中也提到过，传统的应用系统是以数据库为核心来打造的，业务处理逻辑以存储过程和函数等形式存储在数据库中，数据库是整个系统的不二核心。而且早先开发人员对数据库的了解没有那么深入，一旦出现了问题只能求助于专业的 DBA 来解决，号主就曾经历过满屋子的人等着你来救火这样惊心动魄的场面。

随着数据量和业务访问量的增加，作为核心的数据库不堪重负，这种情况在海量数据高并发的互联网行业尤为突出。在互联网大厂的带动下，业务处理逻辑被逐渐迁移出来，形成了独立的应用层。然而数据库仍然肩负着保存会话状态和事务一致性的艰巨任务，当数据量和访问量进一步增加时，仍然不可避免的成为了瓶颈，于是逐渐演进出了分布式数据库。

分布式架构没有严格的中心节点，存储和计算资源可以独立扩缩容，而且其故障容忍度也比较高，需要救火的场景越来越少，专业 DBA 的重要程度也随之下降。

应用系统上云压缩了整体需求

应用和数据库云化，也是近年来非常明显的趋势，很多客户在国产化过程中选择了上云。云上 RDS 数据库只对应用暴露访问地址和端口，底层操作系统和数据组织都是由云厂商负责；容灾和备份等在传统架构中需要重点考虑的工作，在云上只需要点几个按钮就可以配置完成；大多数云上监控工具不好用，DBA 即使有心去完善监控系统，但大多数云厂商并没有暴露太多的指标给用户。综合看下来，DBA 除了帮助开发人员优化 SQL，似乎没有太多的用武之地，数据库上云对于传统 DBA 来说是毁灭性的打击。

运维工程师解决不了产品问题

再来说说国产数据库，由于国产数据库起步时间不长，产品成熟度一般，原厂商和用户都没有积累起足够的故障处理经验。运维工程师通常只能处理日常例行工作，稍微复杂一些的问题要么数据库自身功能的缺陷或者 Bug。这种情况下，即使是之前在 Oracle 领域很成功的 DBA 能起到的作用也有限，最多是凭借自身的经验判断问题可能出在什么地方，最终解决要么通过应用改造或 SQL 调整来规避，要么求助于原厂商的开发人员。

写在最后

总结以上几点，数据库的作用变了，应用形态变了，市场环境也变了。有人会说等过几年国产数据库的市场格局确立，积累了足够经验之后，DBA 还会有再次证明自己价值的机会。而号主要说，这样的机会大概率不会再有了，从去数据库中心化开始就决定这个 DBA 行业注定也将会回归。

但也不必过于悲观，数据的价值在未来会更加重要，数据库作为离数据最紧密的载体，其作用当然也无可替代。而 DBA 作为对数据库功能特性最熟悉的群体，我们也要转变自己的思路，从“伺候”数据库到“利用”数据库，向数据要价值，从而发挥出自己的价值！