Oracle 26ai 与 MAA Diamond：AI World 2026 高可用分级已变天

2026 年 10 月 25 至 28 日，Oracle AI World 2026 将在 Las Vegas 威尼斯人会展中心开幕（CMSWire、GrackerAI 多方议程确认）。大会分论坛超过 600 场，但旗舰议程只锁定一个主题：Oracle AI Database 26ai 在 2026 年完成的 Platinum / Diamond 双级 MAA 升级。围绕这一主线，MySQL HeatWave 9.7 LTS、Autonomous Database 26ai、跨云 Exadata 等多条产品线同步集中亮相。本文从 DBA / SRE / 数据平台架构师的视角，拆解这场大会到底改变了什么、谁会被波及，并给出 3 个被改写的工程共识。

适用人群：Oracle DBA、MySQL DBA、数据平台架构师、SRE、关注 AI native 数据库选型的技术负责人。

一、为什么是 AI World 2026：Diamond 级别是这场大会的真主角

把 AI World 2026 看作"AI 数据库大会"是误读。它真正的产品主线是 Oracle Maximum Availability Architecture (MAA) 在 26ai 之上新增的 Diamond 级别。从 Oracle MAA 官方博客（blogs.oracle.com/maa）以及 docs.oracle.com/en/database/.../26/haovw 的 HA 文档可以看出：26ai 是首个同时支撑 Platinum 与 Diamond 两条 MAA 路径的内核版本，而 Diamond 在此之前并不存在。

在 AI 推理 / 训练 + 实时交易共库的语境下，传统 MAA 三层（Bronze / Silver / Gold）已无法满足"AI 工作负载对故障敏感度更高 + RTO 期望值更低 + 跨云跨地域数据合规"三重要求。Oracle 把可用性金字塔从三层扩到五层：

• Bronze：基础 HA + 冷备 + 定时备份。RTO / RPO 小时级，面向开发测试、非关键负载。
• Silver：本地 RAC 或 Data Guard 单实例，多节点冗余，故障切换分钟级。
• Gold：Active Data Guard 跨可用区容灾，在线升级 + 滚动 patch，RPO 接近 0。这是多数金融核心生产环境的现状。
• Platinum（2026 年定义）：26ai + Exadata + RAC + ADG 跨可用区部署，本地 HA RTO < 10 秒，DR failover < 30 秒，覆盖多节点高吞吐集群。
• Diamond（2026 年新增，26ai 独占）：在 Platinum 之上加入跨数据中心 / 跨区域的逻辑复制，故障检测与恢复速度提升到亚秒级，是当前 MAA 的最高可用性分级。

从下游选型角度看，这意味着"使用 Oracle 的客户将被分到 5 个可观测的可用性档位"。任何"我们跑的是 MAA"的承诺都不再够——必须明确说出 Bronze / Silver / Gold / Platinum / Diamond 中的哪一档、对应哪些 RTO / RPO 数字、跑在什么硬件上。这也是本场大会给业界最直接的方法论价值：把"高可用"翻译成可验证的 RTO / RPO 数字。

二、26ai 核心能力：把 AI 装进 SQL 引擎

Oracle AI Database 26ai 是把"AI native"做实的一个版本号。它不是把外部向量库拼到 Oracle 旁边，而是把 AI 能力直接下沉到 SQL 引擎、存储层和事务层。下面 4 个能力是 26ai 与之前 19c / 23ai 的关键分水岭。

2.1 AI Vector Search：VECTOR 数据类型进入内核

26ai 正式引入 VECTOR 数据类型与配套的 AI Vector Index，向量检索成为 SQL 语法的一部分（参考 docs.oracle.com/en/database/oracle/oracle-database/26/ai.html 与 oracle.com/database/ai-vector-search）。其工程意义不在于"支持向量"，而在于：

• 向量检索可以和关系型过滤、聚合、JOIN 在同一条 SQL 里完成，不需要把数据搬运到外部 Pinecone / Milvus。
• 向量索引与 B-Tree 索引共享存储与事务一致性，RAG 场景的"文档被更新 → 索引立刻可见"得到原生支持。
• 在 Exadata 上，向量索引可下推到存储节点，配合 Smart Scan 实现大规模混合检索。

2.2 Select AI：自然语言 → SQL

Select AI 是 26ai 推出的"提示词驱动 SQL 生成"能力。它把 LLM 作为 SQL 引擎的前端适配层，DBA / 数据分析师用自然语言描述查询意图，Oracle 自动翻译成 SQL 并执行（参考 medium.com 26ai vector search 与 AI agent 系列文章）。

Select AI 的关键设计选择是 LLM provider 解耦：

• 支持 OCI Generative AI、OpenAI、Anthropic、Cohere 等多家 provider，由 DBA 决定走内网 OCI 还是外网公有云。
• LLM 调用结果作为 SQL 生成的中间表示，不直接对外暴露 prompt，避免数据外泄。
• 支持"对话式 follow-up"：上一轮的 SQL 结果可以作为下一轮查询的上下文。

对国产数据库的借鉴在于 SQL 生成的可控性：直接在数据库内核里提供 Select AI 能力，比让用户去外面拼 LangChain / Vanna 链路更安全（不暴露 schema），也比"数据库 + 单独 NL2SQL 中间件"的架构更省运维。

2.3 JSON Relational Duality：同一份数据两个视图

26ai 把 23ai 引入的 JSON Relational Duality 推到 GA。它允许"关系表 + JSON 视图"共享同一份物理存储：

• 面向 OLTP 的应用继续走标准 SQL、关系表结构。
• 面向文档 / Graph / Agent 的应用走 JSON 视图，读写同一份数据，事务一致。
• 数据建模阶段只需定义一次 schema，应用层可以按需选择访问模式。

这是 Oracle 对"为什么我们需要单独的文档数据库 / 图数据库"这个长期争议的工程回答——不需要拆库，多模态访问由数据库内核统一支持。

2.4 In-Database ML：模型训练不离开数据库

26ai 持续强化 in-database ML：训练数据、模型、推理全部留在数据库内部，使用 SQL + Python notebook 即可完成建模与部署（参考 docs.oracle.com/en/database/.../26/ai.html）。这与 HeatWave 9.7 LTS 推出的 in-DB ML / AutoML 是同一条工程哲学——把 ML 推理从外部 Python 服务收回数据库里，减少数据搬运。

三、MAA Diamond 是这场大会的真主角

如果说 26ai 是大会的"产品名"，那 Diamond 级别 MAA 才是它要兜售的"承诺"。下表把 5 个 MAA 级别在 RTO / RPO / 必需组件三个维度做一次横向对比：

MAA 级别	本地 HA RTO	DR RPO	必需组件	典型场景
Bronze	小时级	小时级	单机 + 冷备	开发测试、非关键
Silver	分钟级	分钟级	RAC 或 DG 单实例	中等关键业务
Gold	秒级	分钟级	ADG 跨可用区	金融核心 / 大型企业
Platinum	< 10 秒	< 30 秒	26ai + Exadata + RAC + ADG	AI 推理 + 交易共库
Diamond（2026 新增）	< 10 秒	亚秒级，跨 DC 逻辑复制	Platinum 全套 + 跨地域逻辑复制	AI 训练 + 实时决策、跨云合规

三个值得注意的工程细节：

1. Diamond 必须 Exadata + RAC + ADG 三件套：不能"用普通服务器 + 第三方存储"凑出来。这是 Oracle 推动 Exadata 硬件销售的关键设计选择——Diamond 不是软件许可，是软硬一体的参考架构。
2. Diamond 走"逻辑复制"而非物理块复制：与 GoldenGate / Active Data Guard 逻辑 standby 一脉相承。这意味着 Diamond 在跨云（Oracle Database@Azure / @Google Cloud / @AWS）部署中具备现实可行性，因为物理块复制很难跨云厂商网络。
3. Platinum / Diamond 都依赖 26ai 内核：换句话说，19c 客户在升级到 MAA Platinum 之前必须先做内核升级（参考 docs.oracle.com/en/database/.../26/haovw/maa-platinum-oracle-ai-database-26ai-and-oracle-active-data-guard.html）。

Diamond 升级路径不是软件许可升级，是软硬打包 SLA：如果你核心库跑在 19c，升级到 26ai + Platinum 是 2026-2027 不可避免的工程步骤，但 Diamond 还需要把 Exadata + RAC + ADG 三件套 + 跨 DC 逻辑复制同时配齐。这意味着买"Diamond"的成本曲线不是 26ai 标准 license + 一些配置，而是 26ai 软件 + Exadata 硬件 + 跨 DC 网络的总成本。把 Diamond 当成"软件升级能换到的 SLA"会让 IT 财务预算算错，这是这届 AI World 没有明说但客户必须听懂的话。

从下游选型角度看，Diamond 的最大现实问题不是"能不能跑"，而是"值不值"。它把跨地域、跨云、跨 DC 的逻辑复制整合到同一套 MAA 蓝图里，目标用户是已经有跨 DC 容灾诉求、但又不愿意自己拼 GoldenGate / 自研复制链路的大型企业。这条赛道目前在国内主要被金融、电信头部企业的多活数据中心占据，后续愿意在这条路上对标 Diamond 蓝图的国产数据库厂商，门槛会卡在"5 级分级 + 软硬一体 + 跨 DC 逻辑复制"三件套能不能同时落地。

四、HeatWave 9.7 LTS：MySQL 阵营的全栈升级

AI World 2026 期间，MySQL 阵营的旗舰动作是 HeatWave 9.7 LTS。从 Oracle MySQL 官方博客（blogs.oracle.com/mysql）以及 HeatWave 版本说明（docs.oracle.com/iaas/.../mysql-database/heatwave-97x-default-track.htm）可以梳理出节奏：

• 2026-04：MySQL 9.7.0 LTS 发布，扩展社区能力 + 企业级动态数据脱敏。
• 2026-06：MySQL 9.7.1 LTS（次要补丁）。
• 2026-07：MySQL 9.7.2 LTS 发布，HeatWave 同月跟进 9.7.2 / 8.4.11 / 26.7.0 三条版本支持。
• 2026-09-29：HeatWave 把"默认 MySQL 版本"切换到 9.7 LTS（替换 8.4 LTS）。新数据库系统默认基于 9.7.1 LTS 创建。

4.1 HeatWave Lakehouse：对象存储 + MySQL 一体化查询

Lakehouse 让 HeatWave 直接查询对象存储（OCI Object Storage / AWS S3）里的 Parquet / CSV / JSON，无需 ETL 搬运到 MySQL 内部。结合 HeatWave 内存中的 MPP 列存引擎，可以在同一查询里混合交易库 + 数据湖（参考 blogs.oracle.com/mysql/oracle-unveils-heatwave-innovations-...）。这条路线对标 Snowflake / Databricks SQL Warehouse，但优势是与 MySQL 兼容协议共存，存量 MySQL 应用可以零代码迁移。

4.2 HeatWave GenAI：In-DB 大模型推理

HeatWave GenAI 把 LLM 推理内建到 HeatWave 节点里：

• 内置多家 LLM provider（OCI Cohere、Meta Llama 等），管理员选模型即可使用。
• 支持向量检索 + Prompt 模板 + 多轮对话状态，全部留在 MySQL 内部。
• 不需要单独建向量库——HeatWave 的内存列存直接做近似最近邻。

对 MySQL 用户来说，HeatWave GenAI 解决了一个长期痛点：在 MySQL 上做 RAG 必须外挂 Pinecone / Weaviate，运维、数据一致性、成本三头受气。

4.3 HeatWave AutoML：SQL 写训练任务

HeatWave AutoML 把机器学习模型训练 / 推理封装为 SQL 语法：DBA 用 CALL sys.HEATWAVE_AUTOML(...) 即可完成模型选择、超参搜索、训练、推理，对外暴露标准 SQL 接口。这条路线让 MySQL 用户能像使用 PostgreSQL + pgvector 一样，把"AI 能力"作为数据库一等公民使用。

五、Autonomous Database 26ai：把 Select AI / Diamond MAA 收回云

Oracle Autonomous Database 26ai 把 Select AI、AI Vector Search 与 Platinum / Diamond MAA 整合到同一朵云上：

• Always Free 层 2 vCPU + 2 GB RAM + 12 GB 存储，让开发者在不付一分钱的情况下体验 Select AI + AI Vector Search（oracle.com/database/free）。
• 生产层提供 Platinum MAA 选项，跨可用区 failover < 10 秒；Diamond 路线在 Oracle Database@Azure / @Google Cloud / @AWS 上以多云形式落地。
• Autonomous 自调优 / 自愈 / 自动扩缩与 26ai 内核深度耦合，避免"买了 Autonomous 但内核还是 19c"的撕裂局面。

Diamond 跨云落地走的是逻辑复制而非物理块复制——这一设计决策对多云部署是关键技术选择。物理块复制几乎无法跨云厂商网络，Oracle Database@Azure / @Google Cloud / @AWS 的 Diamond 路线能落地，前提是 GoldenGate 风格的逻辑 standby 而不是块级复制。这意味着如果你在做多云数据库选型，Oracle 在多云 MAA 上卖的也是同一套逻辑复制底座；无论买 Oracle 自家还是国产数据库，Diamond 蓝图里"逻辑复制作为跨云主力路径"是 2026 下半年不能绕开的工程基线。

对 DBA 来说，Autonomous 26ai 的关键工程变化是"默认 MAA 等级"：从客户签署合同的那一刻起，RTO / RPO 数字就由 Oracle SLA 强制兜底。客户不再需要为"自家集群到底跑没跑 Platinum"担心。

六、AI World 2026 改写了哪 3 个旧共识

1. 从"高可用 = 三级 MAA"到"5 级 + 亚秒级跨 DC"：Diamond 不是软件 SLA，是软硬件 + 跨 DC 的打包承诺。普通 19c / 26ai 不能直接升 Diamond；Exadata + RAC + ADG 是拿这张 SLA 的前置条件。从 Bronze 到 Diamond，5 级之间的差异不再是"文档里的一句话"，而是"硬件 + 网络 + 内核 + 跨 DC 配置"四个维度的组合差异。
2. 从"AI = 外挂向量库"到"AI = 数据库内核一等公民"：26ai 把 Vector / Select AI / JSON Duality / In-DB ML 全部下沉到 SQL 引擎；HeatWave 9.7 LTS 同步把 GenAI / Lakehouse / AutoML 拉到 MySQL 阵营一次到位。这次不是"加了 AI 字段"，而是数据库内核本身被 AI 拉偏——内核的存储层、事务层、查询层在 26ai 这一代被同步改写。
3. 从"AI 数据库 = 工具"到"agent = 算费单位"：HeatWave 默认 9.7 LTS、Autonomous 26ai Always Free 2 vCPU、Select AI 在 Always Free 层可用 = Oracle 把"agent 工作负载"作为 26ai 的标尺。Always Free 层的 2 vCPU 不是营销噱头，是 Oracle 给 agent 工作负载"预估成本"画的下限基线——行业从按连接数 / 按 CPU 转向按 agent 工作时计费，是这届 AI World 抛出的隐形信号。