📊 绩隐金日报 · 第2期
专注数据库前沿，为DBA提供实战视角
2026年4月28日 ｜ 精选全球5条热点
01｜达梦数据四款新品齐发，国产数据库再掀波澜
4月22日，以“达梦筑基 智启新元”为主题的2026中国数据库技术与产业大会在京召开。达梦数据集中发布了四款战略新品：DM9智能数据库、DAMENG PAI V2.0一体机、达梦启云数据库V4.0、GDMBASE V4.0图数据库，全面覆盖集中式、分布式、云原生、一体机及图数据库等场景。
核心亮点：
| 产品 | 核心能力 | 关键指标 |
|---|---|---|
| DM9 | 集中式与分布式一体化，支持向量/多模数据、数据库智能体 | 450+项新特性 |
| DAMENG PAI V2.0 | 极速存储+计算卸载+全栈RDMA | I/O时延从400μs降至80μs，IOPS起步1200万 |
| 启云V4.0 | AI智能运维、多集群混合容灾 | 破解“运维低效、容灾复杂、算力割裂” |
| GDMBASE V4.0 | 图原生+向量一体化，AI长效记忆 | 十亿级点边检索<500ms |
市场数据：赛迪顾问披露，2025年中国数据库市场规模达430.2亿元，国产厂商市占率已领先国外厂商，达梦稳居国产第一。
DBA视角
这是国产数据库从“能用”向“好用”跨越的里程碑事件。最值得关注的信号：达梦同时押注集中式+分布式+云原生+图数据库四条线——说明国产数据库厂商不再满足于单点突破，而是谋求全栈布局。
对DBA的三个启示：
- **DM9的“集中式与分布式一体化”**值得关注：这意味着同一个产品可以同时满足传统OLTP和分布式扩展需求，降低选型复杂度。
- **GDMBASE的“图原生+向量一体化”**直击AI Agent场景痛点——当业务需要存储知识图谱时，不必再额外搭建图数据库。
- 国产化替代进入深水区：联通完成31省ERP全栈改造、福州市第一总医院8个院区核心系统CPU占用仅3%——这些案例说明国产数据库在核心场景已具备“稳得住”的能力。DBA应开始储备达梦、OceanBase等国产数据库知识，建议从非核心业务试点切入。
02｜Oracle联手Google Cloud：用自然语言查数据库，SQL要失业了？
Oracle在Google Cloud Next 2026大会上宣布，Oracle AI Database Agent for Gemini Enterprise正式上线Google Cloud Marketplace。
核心能力：
- 用户用自然语言提问（如“上季度华东区销售额趋势”），Agent自动理解意图、查询Oracle数据库、生成分析结果和可视化图表
- 全程无需编写SQL，无需构建数据管道
- 通过OAuth继承用户原有数据库权限，查询结果受限于已授权的表/列/策略
商业模式进展：
- 已在全球15个区域可用，未来12个月将扩展至欧洲和北美
- Oracle Q3财报显示：多雲数据库收入同比增长531%，云基础设施收入增长84%至49亿美元
DBA视角
这条消息看似“DBA要被取代了”，但冷静分析：自然语言转SQL并非新概念，微软Copilot for Azure SQL、Amazon SageMaker Data Agent都在做类似事情。Oracle的差异化在于：Agent嵌入Gemini这个办公协作平台，直接服务业务用户而非开发者。
实际影响评估：
- 现阶段：Agent能处理简单查询（“本月销售额”），但复杂多表关联、性能调优仍需人工
- 对DBA工作的改变：DBA的角色从“SQL编写者”转向“权限策略设计者”——因为Agent的查询结果完全依赖DBA定义的权限边界（行/列/表级别）
- 安全挑战：如果权限策略设计不当，业务用户可能通过自然语言组合查询，“无意中”拼凑出敏感数据
建议：DBA应主动了解Oracle AI Database Agent的权限模型，并评估现有数据库中是否存在“过度授权”的情况——这是Agent时代最容易被放大的风险。
03｜MySQL 8.0正式EOL：告别经典版本，升级迫在眉睫
重磅消息：2026年4月21日，MySQL 8.0正式End of Life (EoL)，进入Oracle Sustaining Support阶段。
这意味着什么：
- 不再提供新功能、新bug修复、安全补丁
- 仍可获得“延长支持”（需付费），但仅限严重安全问题和关键bug
- Oracle官方建议：升级到MySQL 8.4 LTS或9.7 LTS
版本演变时间线：
MySQL 8.0 (2018发布) → 2026年4月 EoL
MySQL 8.4 LTS (2024发布) → 当前稳定版
MySQL 9.7 LTS → 未来LTS版本
DBA视角
这是MySQL历史上一个时代的终结。8.0从2018年发布至今，服务了无数生产环境。现在DBA面临一个现实问题：8.0用户必须在“延迟升级”和“急迫升级”之间权衡。
升级路径建议：
| 当前版本 | 建议动作 | 时间窗口 |
|---|---|---|
| 8.0.46及以下 | 规划升级至8.4 LTS | 6个月内有计划 |
| 8.4 LTS | 继续稳定运行 | 无压力（LTS支持至2030+） |
| 5.7及更早 | 必须升级 | 已超期，优先处理 |
升级检查清单：
- 运行
mysqlcheck检查所有表 - 确认应用兼容性（特别是
caching_sha2_passwordvsmysql_native_password） - 准备回滚预案（8.0→5.7不支持降级，务必有完整备份）
一句话总结：如果你还在跑MySQL 8.0，现在就是制定升级计划的时候了——不要等到业务系统出现安全漏洞才被动应对。
04｜PostgreSQL 19前瞻：图查询、REPACK内核化，AI场景能力再升级
PostgreSQL 18已于2025年发布，业界已将目光投向即将到来的PostgreSQL 19。根据HOW 2026大会专家解读，PG 19将引入多项重磅特性。
PG 18回顾（已发布）：
- 异步I/O：云盘场景大I/O操作性能大幅提升（创建索引、VACUUM、大表扫描）
- 统计信息保留：pg_upgrade升级后可保留执行计划统计信息，告别“升级即事故”
- disabled_nodes：更精准的执行计划控制，替代粗暴的disable_cost
- pg_overexplain：结构化输出优化器内部决策，帮助诊断执行计划问题
PG 19前瞻（开发中） ：
| 特性 | 说明 | DBA价值 |
|---|---|---|
| REPACK CONCURRENTLY | 表重组功能内核化，替代第三方pg_repack插件 | 解决表膨胀问题，云上存储成本降低 |
| 图查询 | 原生支持图结构查询，无需独立图数据库 | AI Agent知识图谱、记忆存储场景 |
| WAIT FOR | 只读节点可等待主库LSN回放完成后再执行查询 | 读写分离场景下强一致性保障 |
| VACUUM并行 | 多索引并行垃圾回收 | 缩短VACUUM时间，减少业务影响 |
| 逻辑复制支持SEQUENCE | 序列值可通过逻辑复制同步 | 完善逻辑复制功能 |
DBA视角
PG的演进路径非常清晰：将经过验证的第三方插件内核化。REPACK内核化就是典型例子——之前DBA依赖pg_repack解决表膨胀问题，但存在兼容性风险，现在直接内核支持，稳定性大幅提升。
升级策略建议：
| 场景 | 推荐版本 | 理由 |
|---|---|---|
| 云部署+大I/O操作 | PG 18 | 异步I/O带来显著性能提升 |
| 表膨胀困扰 | 等待PG 19 | REPACK内核化，更稳定 |
| AI Agent+知识图谱 | 等待PG 19 | 原生图查询，统一数据平面 |
| 信创+跨CPU架构 | PG 17/18 | 内置字符排序兼容性 |
生产环境建议：保持“痛点驱动”原则——不要为了新功能而升级，只有当新版本能解决当前痛点时再考虑升级。
05｜Oracle 4月关键补丁更新：修复481个漏洞，数据库占27个
Oracle发布2026年第二季度Critical Patch Update (CPU)，共修复481个安全漏洞，是近年来规模最大的补丁更新之一。
关键数据：
- 总漏洞数：481个
- 其中376个（约78%）来自Oracle产品中包含的第三方开源组件
- 数据库产品：27个安全更新，最高CVSS评分7.5
- 受影响产品：Oracle Database Server、GoldenGate（10个更新）、MySQL、WebLogic Server、Java SE等
分产品漏洞分布：
| 产品系列 | 漏洞数 | 占比 |
|---|---|---|
| Oracle Communications | 139 | 28% |
| Financial Services | 75 | 15.6% |
| Fusion Middleware | 59 | 12.3% |
| GoldenGate | 10 | - |
| Database Server | 8 | - |
DBA视角
这是例行季度CPU，但规模值得警惕——78%的漏洞来自第三方开源组件，说明现代数据库的软件供应链安全已成为主要风险点。
DBA行动清单：
- 评估影响范围：登录Oracle Support，下载CPUAPR2026补丁，检查是否有影响当前环境的漏洞
- 优先处理CVSS 7.5+的漏洞：数据库产品有8个新安全更新，最高7.5分
- 关注第三方组件：即使Oracle数据库内核无漏洞，引入的开源库可能成为突破口
- MySQL用户注意：4月CPU也包含MySQL Server的安全更新，需同步评估
一句话：DBA不能只盯着数据库内核，还要关注“数据库里装了哪些开源库”——这可能是未来安全运维的新常态。
本期总结
| 主题 | 关键词 | DBA行动建议 |
|---|---|---|
| 达梦四款新品发布 | 国产数据库，全栈布局 | 储备国产数据库知识，从非核心业务切入 |
| Oracle自然语言Agent | AI+数据库，自然语言查询 | 研究权限模型，审计现有过度授权 |
| MySQL 8.0正式EOL | 版本升级，安全合规 | 制定升级计划，6个月内迁移至8.4 LTS |
| PG 19前瞻 | 图查询，REPACK内核化 | 痛点驱动升级，关注云盘场景的PG 18 |
| Oracle CPU补丁 | 安全漏洞，第三方组件 | 评估漏洞影响，关注软件供应链安全 |
📌 小编结语
本期新闻透露出一个清晰的信号：数据库正在经历“分层进化”——底层是安全合规（MySQL 8.0 EOL、Oracle CPU），中层是AI能力整合（达梦向量+图、PG 19图查询），上层是人机交互变革（自然语言查询Agent）。作为DBA，我们需要在三个层面同时进击：守住安全底线、储备AI技能、规划升级路径。
欢迎留言讨论：MySQL 8.0 EOL后，你计划升级到8.4 LTS还是直接上9.x？我们明天见！
