—— 数据库工程师的取舍之问 ——

一、开场：一个被问了无数遍的问题

这几年被问得最多的问题，往往不是某个技术细节，而是这句话——

"现在都在去 O 了，OCM 还有用吗？是不是白考？"

问的人形形色色：刚入行两三年的小伙子，手里有点闲钱想投资自己；做了五六年运维的老哥，公司正在做国产化替代，心里发慌；还有甲方的技术负责人，纠结要不要给团队批这笔预算。

每次我都想先反问一句：你说的"有用"，是要那张纸，还是要那套东西？

因为这两个问题的答案，完全不一样。

先说结论，不藏着：冲着证书本身去的，性价比确实在往下掉；冲着能力去的，我认为不但有用，在某些场景下比十年前更有用。

下面把账算清楚。

· · ·

二、先把话说透：OCM 的红利期，确实过去了

我不想写一篇"情怀文"。所以先讲坏消息，而且讲透。

十年前是什么光景？那时候 OCM 是硬通货。简历上挂一个 OCM，猎头电话能多一倍；有些集成商投标，标书上白纸黑字写着"需具备 X 名 OCM 持证工程师"，一个人头一个月多几千块补贴；还有些地方，证书本身就能换钱——这个不用我多说，圈内人都懂。

那张纸能换钱，是因为它稀缺，而且市场认。

现在呢？两件事同时发生了：

一是需求侧在收缩。 政企、金融、运营商的核心系统替换一轮轮往下推，新建系统里写 Oracle 的越来越少。招标条款里"Oracle 相关资质"的权重，肉眼可见地在降。国产厂商的认证体系这两年铺得很快——达梦、金仓、OceanBase、GaussDB、PolarDB……各家都在建自己的认证通道，从初级到高级，一到两年就能跑完一条线。

二是供给侧在塌陷。 这点是很多人没注意到的：新人根本不学了。2018 年之后入行的数据库工程师，大部分压根没把 Oracle 认证纳入过职业规划。老的 OCM 要么转管理，要么转架构，要么也跟着转国产了。

人在退，需求也没全退——这个剪刀差后面会专门聊。

所以，如果你问我"考个 OCM 能不能直接换一份好工作、换一个投标加分"，我的答案是：这笔投资的确定性，比十年前低太多了。培训加考试几万块钱起步，还得脱产练几个月，指望它像当年那样立竿见影，不现实。

但话说回来——证书贬值和知识贬值，从来不是一回事。

维度	十年前（2015 前后）	现在（2026）
证书溢价（求职/投标/补贴）	高，硬通货	明显走低，多数场景已不再是加分项
持证人数增量	持续增长	新增极少，存量在自然流失
Oracle 存量系统规模	峰值	缓慢下降，但绝对量仍然巨大
Oracle   侧的疑难问题密度	中（有人会）	高（会的人走了）
OCM   知识体系本身的先进性	业界标杆	依然是业界标杆

 

看清楚这张表最后两行：证书在贬值，但"懂 Oracle"这件事，反而在变得稀缺。

这就是我认为它还值得考的起点。

· · ·

三、理由一：Oracle 仍然是这个世界上最好的数据库之一，先进的东西值得学

先摆个可能不太讨喜的事实。

从 1979 年第一个商用版本算起，Oracle 在关系数据库这条路上走了四十多年。这四十多年不是白走的——它把一个数据库该有的东西，几乎都做到了工程化的极致：

•  优化器：CBO 的成熟度、统计信息管理、自适应执行计划、SQL Plan Management，这套东西是拿海量真实负载喂出来的；

•  高可用：RAC + ASM + Data Guard 这套组合，做到什么程度，做过的人心里有数；

•  可诊断性：AWR、ASH、ADDM、SQL Monitor、Hanganalyze、Systemstate dump——它把"怎么定位问题"这件事本身，做成了一套产品；

•  备份恢复与闪回：RMAN 加 Flashback，把"误删了一块数据"从灾难变成几分钟的事；

•  一整套企业级特性：分区、并行执行、In-Memory、Advanced Compression、Resource Manager、VPD、TDE、Audit Vault……名字能列一屏。

光看版本节奏就很说明问题：到 2026 年三季度，人家还在按季度往外发新东西：应用身份登录、OCI IAM 数据库令牌、深度数据安全、对 MCP 这种 AI 原生多层访问的原生支持。

你看，它没停。

说句可能挨骂的话：国产数据库这几年的进步是真的，但"进步快"和"已经追平"是两件事。 承认差距不是长他人志气——你连天花板在哪都没见过，怎么判断自己家产品差在哪？

这就说到我最想讲的一个比喻了。

你想造一台自己的发动机，最好的办法不是闭门造车，是先拆一台全世界最好的发动机看看。

拆过，你才知道曲轴为什么这么配重、气门正时为什么要留余量、润滑回路为什么要绕这么远。你最后不一定照抄——你可能会因为成本、因为工艺、因为材料，选一条完全不同的路。但你的"不照抄"，和"没见过所以不抄"，是两种完全不同的水平。

我们现在做的国产数据库，很大一部分设计就是在对标 Oracle。你懂 Oracle，等于手里握着一份参考答案：看到某个国产库的某个行为，你能立刻反应过来"它这是在解决 Oracle 当年解决的那个问题"，也能立刻看出"它这块偷工减料了"。

这种判断力，是纯靠啃国产库文档啃不出来的。

· · ·

四、理由二：OCM 可能是国内少数"逼你动手"的高级数据库认证

第二个理由，跟考试本身有关。

OCM 这个考试有个特点，跟绝大多数认证都不一样：没有一道选择题。

它是在一套真实环境里，整整两天，按场景把活干完——建库、配 DG、搭 RAC、做恢复、调性能、处理各种被人为制造出来的故障，限时，做完由考官验结果。你背不出它，蒙不过去，也不会有人给你四个选项让你排除。

这套设计真正的价值，不在考场上，在备考过程中。

准备 OCM 的几个月，你干的事是：自己搭环境、反复重建、把每个场景做到形成肌肉记忆、在时钟压力下把故障定位出来。这套训练方法——环境自己建、故障自己造、限时自己扛——学什么数据库都能用。

（这套方法论的后劲比想象中大。等你回头去学任何一个国产库或者 PG，会发现上手速度快得多——对象换了，方法论没换。）

那么国产库的认证体系现在什么水平？说实话：在长身体，但还没长结实。

这话我尽量说得公道一点，不拉踩——国产厂商做认证是近几年的事，起步晚是客观现实，不是能力问题。但眼下确实有几个绕不开的现状：

对比维度	Oracle OCM	主流国产库认证（当前阶段）
考试形式	纯实操，限时，验结果	多数仍以笔试/选择题为主，少数头部厂商已开实操试点（如 OBCE）
考点来源	通用故障场景 + 生产疑难	偏自家产品功能与操作，跨版本通用性弱
故障演练深度	深（含恢复、性能、集群各类破坏性场景）	浅，多为"正常路径"操作
备考材料与社区	二十年积累，资料/案例/踩坑帖海量	起步阶段，案例少，踩坑基本靠自己
跨平台认可度	国际通用，出海不需要解释	国内认可度在提升，海外基本不认
生态中立性	考的是数据库工程能力，不完全绑定产品	强绑定单一厂商产品

 

所以我的意思不是"国产认证不好"，而是：在国产认证体系还没把"实战训练"这件事做到位之前，OCM 的备考过程是一个极好的补充教材。

你借 OCM 的训练体系把"数据库工程能力"这块地基打好——怎么搭、怎么坏、怎么修、怎么在压力下判断——再回头学任何一个国产库，都只需要学它的产品特性，不用从零学怎么做数据库。

这才是关键：OCM 教你的不是 Oracle 的按钮在哪，是怎么对付一个复杂系统。

· · ·

五、理由三：你想把 Oracle 送走，恰恰得先搞懂 Oracle

第三个理由，是我认为最硬的一条，也是最容易被忽略的。

先讲个比喻。

你要从住了二十年的老房子搬走，第一步是什么？不是找搬家公司，是把屋里所有东西翻出来盘一遍。

不盘这一遍，等你到了新家才发现：承重墙里埋的那根线是干什么的你不知道，柜子底下那堆旧物里有一整套重要票据你没拿。等想起来回头找，老房子已经交钥匙了。

Oracle 迁移就是这么回事。

现在大量国产化项目翻车，不是因为"迁移工具不行"，是因为迁之前没摸清楚原来的系统到底长什么样。而摸底这件事，靠的是 Oracle 能力，不是 Oracle 工具。

拆开看三个环节：

迁移环节	要干什么	需要什么 Oracle 能力
摸底评估	盘对象、盘代码、盘依赖	认识 PL/SQL、包、自治事务、物化视图、DB Link、同义词、序列、各种 DBMS_* 包——你认不出这些是什么，评估报告就是一张废纸
代码改写	PL/SQL   → 目标库过程语言	能读懂原有业务逻辑的真实语义，而不是"语法上翻译成等价语句"；知道哪些逻辑是靠 Oracle 特性（如自治事务、Bulk Collect、特定隔离级别）才成立的
验收对比	证明"迁移后没退化"	会抓 AWR / SQL Monitor / 执行计划做迁移前基线；没有基线，你拿什么跟迁移后的数字比？

 

第三行最要命。没做迁移前性能基线的项目，上线三个月后基本都要还债。 长事务、锁等待、执行计划劣化，一起爆，然后所有人都在猜"是不是国产库不行"——其实可能就是当初一条 SQL 的索引失效了，但你没有对比基准，说不清。

现在很多迁移方案都在讲"进可攻，退可守"的双轨并行这套打法：存量搬过去，增量实时追，切之前两边并行跑，随时能退。 听着很稳对吧？

但"随时能退"有个前提——你得知道退回去之后那个 Oracle 侧是什么状态、有没有被双向同步污染、追平点在哪。

越是想把 Oracle 送走的人，越不能不懂 Oracle。 这话听着拧巴，但它就是这几年行业里翻车案例的共同点。

· · ·

六、理由四：并行期还长着呢，存量 Oracle 不会因为一纸文件就消失

第四个理由，讲点现实的。

政策是政策，系统是系统。核心系统是这么换的：外围先动，中间观望，核心最后动。 一个集团的核心库从立项到真正下线，三五年是常态，有些更久。

这中间漫长的"国产 + Oracle 并行期"里，Oracle 那边的活一件都不少：

并行期典型工作	说明
补丁与升级	19c 的 RU/RUR 要跟，安全漏洞要修
存量性能优化	系统还在跑，业务还在涨，慢 SQL 照样要调
故障处理	宕机不会因为"计划下线"就不发生
容灾演练	DG   切换、备份恢复验证，合规要求照旧
等保 / 审计 / 内控	Oracle   侧的审计策略、权限整改照样要做
双轨同步链路维护	一边 Oracle 一边国产，同步链路本身成了新的故障点

 

而且这活比从前更难，原因有三个：

1. 没人了。 团队里的 Oracle 老人陆续转岗、转国产、转管理，剩下的要么是新接手的，要么是一人兼多岗；

2. 原厂服务在收缩。 这个不用我展开，做过服务续签的都懂；

3. 知识在断档。 有些系统的 Oracle 部分本来就是十年前的外包建的，文档不全，原作者早找不着了。

供给在退，需求没同步退——结果就是这块能力的单价在往上走。

说句很实在的话：现在能接"存量 Oracle 疑难杂症"的人，不好找。而这类活一旦出事，代价是核心系统停摆，客户愿意付的价钱，跟日常运维完全不是一个量级。

所以并行期这几年的现实是：Oracle 维护不是"夕阳岗位"，是"少人干的刚需岗位"。

· · ·

七、理由五：出海——外面的世界，Oracle 还多得很

最后一个理由，可能是对年轻读者最有价值的。

国内在去 O，不代表全球在去 O。

咱们这边的叙事容易让人产生一种错觉，好像 Oracle 已经是个历史名词了。但把视线拉到全球，完全是另一幅画面：

•  大量海外企业的核心 ERP、核心交易系统，仍然跑在 Oracle 上，而且短期内没有替换计划；

•  SAP 这类重型套装软件的底层，Oracle 依然是主流选择之一；

•  东南亚、中东、拉美、非洲这些中资出海的主战场，当地技术栈往往更保守，Oracle 占比反而更高。

这几年中资企业出海是个大趋势——做工程、做制造、做金融、做电商的都在往外走。出去之后你会遇到两个很现实的问题：

第一，客户问你"你们支持 Oracle 吗"。 这个问题在海外项目里出现的频率，比国内高得多。答不上来，单子就没了。

第二，你招的当地 DBA，只会 Oracle。 你想推国产库或者 PG，团队得从头培养；但你要维护客户现有的 Oracle，现成的人就在那儿。

这时候 OCM 的价值就凸显出来了：它是一张国际通用的、不需要解释的证书。

你在国内跟甲方说"我是 OCM"，甲方可能还要追问一句"你们现在不是都换国产了吗"；但在雅加达、在利雅得、在圣保罗的项目会上，你亮出 OCM，对方的反应是"OK, he knows Oracle"。跨语言、跨市场、不需要额外背书——这是国产库认证目前给不了的东西。

再用个比喻收尾这一节：你会开手动挡，去哪个国家开车都不至于不会开。

· · ·

八、那到底谁该考？——一张说人话的速查表

讲了五条理由，但不能不讲边界。不是所有人都该考，我的建议如下：

你的情况	我的建议	理由
所在的公司/客户有存量 Oracle，且还要跑 3 年以上	强烈建议考	直接对口，学完立刻能用，且你正在变成稀缺资源
做的是国产化迁移相关岗位（评估、改造、实施）	强烈建议考	不懂 Oracle 做迁移，只能做"能跑通"的一层，做不了"没问题"的一层
所在公司/行业有出海业务，或计划转出海方向	建议考	国际通用背书，海外项目硬通货
做数据库内核/数据库研发	建议系统学，考证看心情	你要学的不是考证，是看最好的实现怎么做的；但那张纸在求职时仍然有用
刚入行 1~2 年，方向未定	可以考，但别只考这个	Oracle   打地基 + 一门国产库或 PG/MySQL 找工作，双线走更稳
纯国产新建项目，完全接触不到   Oracle	优先级放低	先把手上这套吃透，OCM 从"必选项"降为"选修项"
冲着证书溢价、挂靠、投标加分去的	别考，真的	这条路已经走不通了，投入产出比很差

 

一句话概括：在这个位置上的、要干这件事的、要往那个方向走的——考。纯为那张纸来的——别考。

· · ·

九、几句实在话：怎么考才不白考

如果你决定考了，我这几条建议，比考试本身值钱：

1. 别背题库。 OCM 背不出来——它是实操。但市面上仍然有人想走捷径，这是自欺欺人。

2. 环境一定自己搭。 装库、建 RAC、配 DG、做各种恢复场景、模拟各种故障。你装崩十次的收获，比看十遍视频强。

3. 每个考点，都还原成生产场景问自己一句： "生产上什么时候会遇到这个？遇到了我第一件事做什么？" 答不上来，这个考点就还没过。

4. 考完别停。 19c 之后是 23ai / 26ai，版本还在走。一年看两遍新特性一览，比什么都有用——版本在往前走，脑子里的东西也得跟着刷新。

5. 学的时候，脑子里挂一根"迁移"的弦。 每学一个 Oracle 特性，都顺手想一句"国产库是怎么对应这件事的？没有的话怎么办？" 这根弦能把你的 Oracle 能力直接变现成国产化能力。

· · ·

十、结论

回到开头那个问题：Oracle 都要被换掉了，OCM 还有用吗？

我的答案是——

考。但别为那张纸考。

OCM 的红利期确实过去了。指望它直接换 offer、换补贴、换投标分，这笔账现在算不过来，我不骗人。

但 OCM 背后那套东西，一点都没过期：

•  它让你见过这个世界最好的关系数据库之一到底长什么样，知道天花板在哪；

•  它逼你在真实环境里、在时钟压力下，把复杂系统装起来、弄坏、再修好——这种能力学什么库都通用；

•  它让你有资格去干迁移这件事——你想送走 Oracle，就得先搞懂 Oracle；

•  它在并行期这几年的存量运维里，是一份正在变得越来越稀缺的能力；

•  它在出海这条路上，仍然是一张不用解释国际通行证。

国产化不是"把 Oracle 忘了"，是"在懂 Oracle 的基础上，把事情办得更好"。你连原来的系统长什么样、为什么这么长都没搞明白，谈什么替换？

最后留一句话：

你可以不用 Oracle，但你不能不懂 Oracle。

 

 关于CUUG

CUUG: 全称“北京神脑资讯技术有限公司“，成立于1988年，专注于UNIX和数据库领域人才培养，是国内首批Oracle WDP培训合作伙伴，是工信部人才交流中心授权的信息技术应用创新领域PostgreSQL唯一培训考试中心，与阿里、腾讯、人大金仓等数据库厂商深度合作。

金牌名师：20多年数据库工程项目经验，10多年授课经验，PostgreSQL中文社区培训委员会委员、PolarDB开源社区培训委员会委员、腾讯OpenTenBase ACE、CCF数据库专委会委员、长春理工大学光电信息学院特聘教授、甘肃农业大学创业导师。

官网：www.cuug.com

咨询热线：400-090-9964