当前位置:首页>Linux>DBA晨报·第17期|Linux 7.0内核致PG性能腰斩、Oracle MAA零数据丢失、MySQL 8.0 EOL延期

DBA晨报·第17期|Linux 7.0内核致PG性能腰斩、Oracle MAA零数据丢失、MySQL 8.0 EOL延期

  • 2026-09-02 19:09:28
DBA晨报·第17期|Linux 7.0内核致PG性能腰斩、Oracle MAA零数据丢失、MySQL 8.0 EOL延期

每天早上7:30,为你摘取技术圈值得关注的3件事。今天是2026年4月12日,星期日。

01 性能预警|Linux 7.0内核致PostgreSQL吞吐量腰斩,修复方案引发争议

据Phoronix报道,AWS工程师在Linux 7.0开发内核上发现PostgreSQL数据库吞吐量下降约49%,问题根源已锁定,但修复方案在社区引发争议。

问题详情:

  • 复现场景:AWS Graviton4服务器上运行PostgreSQL,Linux 7.0近最终版本内核

  • 性能下降幅度:吞吐量约为旧版本内核的0.51倍,同时延迟显著增加

  • 问题根源:Linux 7.0限制了可用抢占模式(preemption modes),导致用户态spinlock占用时间大幅增加

社区争议:

  • AWS工程师方案:已提交补丁将PREEMPT_NONE恢复为默认抢占模式,以修复性能回归

  • 内核维护者立场:作者Peter Zijlstra认为“修复”方案应是让PostgreSQL适配新的RSEQ(Restartable Sequences)时间片扩展,而非回滚内核改动

影响范围:

  • Linux 7.0稳定版预计两周内发布

  • 该版本将是Ubuntu 26.04 LTS的默认内核(2026年4月发布)

  • 若内核侧不回滚,PostgreSQL需进行代码适配才能恢复性能

DBA视角:此事为数据库与底层基础设施协同演进提供了典型案例。短期内,计划升级到Linux 7.0的PostgreSQL用户应进行充分的性能基准测试;长期看,数据库内核需要更主动地适配操作系统层面的调度变化。建议关注PostgreSQL社区针对RSEQ的适配进展,同时评估是否暂缓生产环境升级至Linux 7.0。

02 高可用里程碑|Oracle发布MAA Diamond Tier:RTO<3秒、零数据丢失

Oracle于本周发布Maximum Availability Architecture (MAA) Diamond Tier,将高可用标准推向新高度。多位行业分析师对此发表了评论。

核心能力:

能力维度
Diamond Tier指标
对比说明
RPO(恢复点目标)0
(零数据丢失)
无可感知数据丢失
RTO(恢复时间目标)<3秒
故障转移通常在3秒内完成
架构模式
双活分布式集群
集成Oracle AI Database、RAC、Active Data Guard、GoldenGate
应用改造无需修改代码
对应用透明

分析师观点:

  • IDC研究总监Devin Pratt指出:对AI工作负载而言,毫秒级停机也可能级联为严重运营中断,Diamond Tier专为此设计

  • Constellation Research副总裁Holger Mueller认为:这为AI时代的关键任务数据架构树立了新标杆

  • Futurum分析师Bradley Shimmin评价:这是业务韧性的全新范式,专为生成式AI时代打造

多层级MAA体系:Oracle同时提供Gold、Platinum、Diamond三个层级,企业可按应用重要性选择:

  • Gold:基础高可用

  • Platinum:<30秒故障转移,比19c快5倍

  • Diamond:<3秒故障转移 + 零数据丢失

DBA视角:传统数据库高可用架构中,RTO与RPO往往难以两全——同步复制保数据但损性能,异步复制保性能但可能丢数据。Oracle Diamond Tier通过GoldenGate双向复制 + RAC + ADG的深度整合,试图在极端可用性需求场景下同时满足零丢失和秒级恢复。这对于金融交易、实时风控、AI Agent等不容中断的负载具有实际参考价值。

03 运维提醒|MySQL 8.0将于2026年4月EOL,HeatWave获一年延期

MySQL 8.0将于2026年4月正式结束生命周期(End of Life, EoL),MySQL 8.0.46是该系列的最后一个版本。官方鼓励用户升级至MySQL 8.4 LTS或最新的Innovation版本。

关键时间节点:

版本/服务
EOL时间
说明
MySQL 8.0社区版
2026年4月
8.0.46为最终版本
MySQL HeatWave 8.0延至2027年4月
Oracle Cloud服务获得1年缓冲期

HeatWave延期细节(来自Oracle官方博客):

  • 现有实例:保持运行,2026年6月自动升级至8.0.46,持续获得安全补丁至2027年4月

  • 受限操作:不允许新建8.0实例、变更实例规格、添加基于8.0的只读副本

  • 自动升级:2027年4月后,剩余8.0实例将在维护窗口自动升级至8.4 LTS

升级路径建议:

  • 生产环境:升级至MySQL 8.4 LTS(长期支持版本)

  • 开发/测试环境:可试用MySQL 9.x Innovation版本体验新功能

  • HeatWave用户:可利用延期窗口从容规划升级,但不建议拖至最后期限

DBA视角:MySQL 8.0自2018年发布以来,已成为业界部署最广泛的版本之一。EOL意味着不再有社区版安全补丁和bug修复,合规要求较高的组织需在EOL前完成升级。升级路径相对平滑:8.0 → 8.4是LTS到LTS的跃迁,官方mysql_upgrade工具已验证兼容性。HeatWave的延期为云上用户提供了缓冲,但本地部署用户需自行规划窗口。

📌 本期结语:Linux 7.0内核与PostgreSQL的性能冲突提醒我们,基础设施升级需谨慎验证;Oracle MAA Diamond Tier将高可用标准推至RTO<3秒+零丢失;MySQL 8.0 EOL已至,请检查升级计划。祝各位DBA周末愉快,系统稳如磐石!

最新文章

随机文章