OceanBase
  • 产品
  • 解决方案
  • 客户
  • 合作伙伴
  • 资源与服务
  • 文档
  • 社区
云控制台登录 / 注册
  • 免费试用
OceanBase AI 数据平台

基于湖库一体架构,统一管理结构化、半结构化与非结构化等多模态数据,一个系统承载事务处理、实时分析与 AI 工作负载。

一体化能力

TP 事务处理

关键业务稳定运行,保障数据零丢失

AP 实时分析

事务分析一体,驱动智能决策与运营

AI 现代负载

统一多模态数据,支撑生产级应用

关键产品
OceanBase 分布式数据库

首批通过安全可靠测评,面向关键业务

OceanBase 集中式数据库

集中式架构,兼具性能与成本优势

OceanBase AI 湖库

湖库一体的多模态数据处理平台

OceanBase DataPilot

企业级 AI 数据分析 Agent

OB Cloud

一体化云数据库,提供多云一致体验

OceanBase 数据库一体机

软硬一体,极致性能与高可靠性保障

OceanBase AI 一体机

开箱即用的 AI 数据库一体机

OMA 迁移评估工具

全链路数据库迁移评估

OMS 数据迁移工具

一站式数据传输与同步

OCP 运维管理工具

数据库全生命周期管理

ODC 开发者工具

数据库开发与管控协同

OAS 自治服务工具

数据库智能诊断与自治

通用场景
全场景业务系统 OLTP
实时分析混合负载
异地多活
多基础设施部署
一站式传统数据库升级
混合云部署
一库多芯软硬件混合部署
分布式数据库单机部署
大存储类数据库降本
冷数据归档降本
多实例资源整合
分库分表一体化升级
高并发场景
数据中台
行业解决方案
国有大行和股份制银行核心系统解决方案
区域性银行核心系统解决方案
寿险核心系统解决方案
产险核心系统解决方案
资管交易类系统解决方案
资管 TA 清算类系统解决方案
运营商核心系统解决方案
人社核心系统解决方案
电力核心系统解决方案
行业专区
银行专区

助力银行完成各类核心业务系统升级

保险专区

寿险、产险核心系统升级的更佳选择

零售专区

助力200+零售行业客户规模化落地

DB 大咖说
oceanbase爱奇艺

百亿级卡券业务的“单库双擎”架构升级

oceanbase四川银行

800个测试用例选定分布式数据库

oceanbase太平洋保险

先难后易,核心系统数据库升级复盘

行业案例
oceanbase交通银行

核心数据库的“分布式革命”

oceanbase中国移动

B域核心CRM&BOSS近乎零改造分布式升级

oceanbase理想

打造领先的智能制造系统和自动驾驶体验

演讲实录
oceanbase中国联通

集团应用分布式数据库覆盖B/O/M域

oceanbase国泰海通

智能推送系统稳定支撑单日亿级消息处理量

oceanbase中国联合航空

中国首款机票盲盒背后的数据库力量

用户实践
oceanbase北京银行

最快速度完成40余套系统国产数据库升级

oceanbaseVIVO

替换 MySQL 分库分表,探索成本效益最优

oceanbase滴滴

数据库大规模运维体系建设及落地实践

合作伙伴
合作伙伴类型
联合解决方案
产业生态伙伴
经销商伙伴
技术服务伙伴
培训认证伙伴
生态联合解决方案
神州信息 x OceanBase 银行核心系统
长亮科技 x OceanBase 新核心系统
中电金信 x OceanBase 金融分布式核心系统
天阳科技 x OceanBase 贷记卡方案
易诚互动 x OceanBase 手机银行方案
恒生 x OceanBase UF3.0/O45/TA/估值方案
商业发行版
云树®数据库软件 ActionDB
服务
支持与服务
提交工单
软件下载
OceanBase 企业版
OceanBase 社区版
OB Cloud
学习
培训与认证
在线课堂
在线体验
开发者
开发者中心
资料
行业报告与白皮书
官方博客
年度发布会资料
开发者大会资料
oceanbase白皮书

金融核心系统数据库升级路径与场景实践

oceanbase白皮书

人社关键业务数据库一体化升级实践

产品文档
oceanbaseOceanBase 数据库
数据库一体机
oceanbaseOceanBase AI 数据库
工具与组件
oceanbaseOB Cloud 云数据库
驱动和中间件
快速上手
OceanBase 数据库
OB Cloud 云数据库
知识库
汇聚常见产品使用问题案例
在线体验

Demo与实验,感受 OceanBase 的核心能力与应用场景

OceanBase 最佳实践
了解 OceanBase 分布式数据库的架构与系统原理
技术博客

技术解析 | 用户实践 | 社区月报

在线课堂

电子书 |视频课程|在线培训

Developer Hub
应用开发Demo | 数据开发与集成工具
问答论坛

快速答疑 | 常见问题 | 技术交流

社区活动

Meetup | 技术公开课

GitHub

查看源码 | 贡献代码 | 建议反馈

加入社区

社区组织 | 社区用户贡献 |开发者贡献

进入社区首页
oceanbase数据库大赛

第六届OceanBase数据库大赛

oceanbase免费课程

《Easy Data x AI》:面向所有 AI 爱好者的 Data 与 AI 基础知识入门教程

切换语言
  • 中文站 - 简体中文
  • International - English
  • 日本站 - 日本語

OceanBase

OceanBase 海扬数据库始创于 2010 年,是完全自主研发的数据库公司。2020年开始独立商业化运作,历经15年大规模核心场景验证,目前是中国数据库的领军企业之一。从分布式数据库到 AI 数据库,为企业提供安全、稳定、可扩展的数据底座,推动数据基础设施全面拥抱 AI 时代。

关于我们

关于 OceanBase最新动态资质荣誉客户专家委员会招贤纳士合作伙伴年度发布会开发者大会

资源与服务

支持与服务文档知识库软件与工具下载培训与认证在线体验数据库专题视频

社区

快速上手开发者中心博客活动学习问答GitHub

数据库百科

分布式数据库国产数据库OLTP 数据库OLAP 数据库HTAP 数据库数据库向量数据库向量检索

联系我们

服务热线:
400-109-0633
商务咨询
培训认证技术支持媒体合作
京公网安备11010802047223号京公网安备11010802047223号
京ICP备20024574号-1
合字B1.B2-20250395
网站服务协议隐私协议安全响应协议
OceanBase 版权所有 © 2026 基础资源和备案服务由阿里云提供
文档反馈
  1. 文档中心
  2. OceanBase 数据库
  3. 分布式版
  4. V4.6.0
  5. 参考指南
  6. SQL 参考
  7. SQL 语法
  8. 普通租户(Oracle 模式)
  9. 基本元素
  10. 注释
  11. Hint
  12. 查询块控制查询优化
分布式版-V4.6.0
  • What's New
  • 简介
  • 快速上手
  • 应用开发
  • 部署
  • 升级
  • 数据迁移
  • 管理数据库
  • AP
  • AI
  • 生态集成
  • 实践教程
  • 参考指南
    • 系统原理
    • 系统管理
    • 数据库对象管理
    • 数据库设计规范和约束
    • SQL 参考
      • SQL 概述
      • SQL 语法
        • 系统租户
        • 普通租户(MySQL 模式)
        • 普通租户(Oracle 模式)
          • 伪列
          • 基本元素
            • 内建数据类型
            • 数据类型比较规则
            • 字面量
            • 格式模型
            • 空值
            • 注释
              • 注释概述
              • SQL 语句的注释
              • Schema 与非 Schema 对象的注释
              • Hint
                • Hint 概述
                • 查询块控制查询优化
                • Hint 列表
            • 数据库对象
            • 数据库命名规范
            • 数据库对象引用方式
            • 字符集和字符序
          • 运算符
          • 函数
          • 表达式
          • 条件
          • 查询和子查询
          • SQL 语句
          • DDL 功能
      • SQL 实践和建议
      • 预留关键字(MySQL 模式)
      • 预留关键字(Oracle 模式)
      • MySQL 租户严格模式下的数据类型转换行为
    • PL 参考
    • 系统视图
    • 配置项和系统变量
    • 错误码
    • 性能调优
    • 数据库代理
    • 驱动
    • 平台产品
    • 组件 & 工具
    • 数据库插件
  • 常见问题
  • 版本发布记录
  • 术语
  1. 文档中心
  2. OceanBase 数据库
  3. 分布式版
  4. V4.6.0
  5. 参考指南
  6. SQL 参考
  7. SQL 语法
  8. 普通租户(Oracle 模式)
  9. 基本元素
  10. 注释
  11. Hint
  12. 查询块控制查询优化

使用 Query Block Name 和 QB_NAME Hint 控制查询优化

更新时间:2026-07-18 16:45:06

github-fill编辑
编组分享

OceanBase 数据库的优化器对查询进行分析处理时,会根据查询的结构分解为多个查询块(Query Block),每个块拥有唯一的查询块名(Query Block Name,简称 QB Name)。如果不手动指定,优化器则自动生成 QB Name。

QB_NAME Hint 的语法与规则

可以使用 QB_NAME Hint 显式为查询块分配 QB Name,语法如下:

/*+ QB_NAME(qb_name) */

下面的例子中,外层查询块被命名为 qb1,内联视图(视图 view_1 内)为 qb2:

SELECT /*+ QB_NAME(qb1) */ * FROM (SELECT /*+ QB_NAME(qb2) */ * FROM t1) view_1;

使用说明与注意事项:

  • QB Name 不区分大小写。
  • QB Name 不能包含特殊字符。
  • QB Name 限制长度至多 20 个字符。
  • 不能对同一查询块指派多个 QB Name 或不同块使用同一 QB Name。

如何使用 Query Block Name

定义 Query Block Hint 的作用范围

Query Block Hint 允许在 Hint 内通过指定 Query Block Name 来定义其作用范围。

如下例所示,Hint index(@qb2 t1 idx) 虽在查询块 qb1 声明,却指定其在查询块 qb2 生效:

SELECT /*+ INDEX(@qb2 t1 idx) QB_NAME(qb1) */ * FROM (SELECT /*+ NO_MERGE QB_NAME(qb2) */ * FROM t1) view_1;

指定查询中 Hint 作用对象

指定查询中 Hint 作用对象,即对查询中 Hint 的对象进行精确控制。

通过在 Hint 中使用 Query Block Name,可以精确指定作用对象。

如下例所示,使用 leading Hint 时,如果未明确指定表的 Query Block Name,则可能导致 Hint 无效:

SELECT /*+ LEADING(t1@sel$1 t1@sel$2) */ * FROM t1, (SELECT * FROM t1) v WHERE t1.c2 = v.c2;

Query Plan
===========================
|ID|OPERATOR         |NAME|
---------------------------
|0 |HASH JOIN        |    |
|1 |├─TABLE FULL SCAN|t1  |
|2 |└─TABLE FULL SCAN|t1  |
===========================

Query Block Name 自动生成规则

当未指定 QB Name 时,优化器按照以下格式自动生成 Query Block Name:

query_block_type_str$idx

其中 query_block_type_str$ 为标识 Query Block 类型的字符串,idx 为标识该 Query Block 的序号。

下表展示了不同类型的 Query Block 自动生成的名称示例:

查询块 示例
SELECT SEL$1
UNION ALL/UNION/INTERSECT/MINUS SET$1
INSERT INS$1
UPDATE UPD$1
DELETE DEL$1
MERGE MRG$1
REPLACE REP$1
INSERT ALL INS_ALL$1

如下面的例子所示,UNION 会导致优化器为包含这些操作的查询块自动生成 Query Block Name。例如,在使用 UNION 的查询中,该查询块自动被命名为 SET$1:

SELECT /*+ USE_HASH_SET(@SET$1) */ c1, c2 FROM t1
UNION
SELECT c1, c2 FROM t2;

在这个例子中,Hint /*+USE_HASH_SET(@SET$1) */ 指示优化器为 UNION 操作使用 HASH DISTINCT SET 算法。

复杂查询中的 Query Block Name

在解析更复杂的查询时,优化器会按照从外到内的顺序为每个查询块分配递增的序号。如果移除手动指定的 QB_NAME Hint,自动生成的 Query Block Names 会如下:

SELECT /*+ QB_NAME(qb1) */ * FROM (SELECT /*+ QB_NAME(qb2) */ * FROM t1) v;

在去掉 QB_NAME Hint 后,外层查询块 qb1 的自动生成名字将是 SEL$1,而内层块 qb2 的名字将是 SEL$2。

查询改写与 Query Block Name 变化

当查询块触发查询改写时,其 Query Block Name 可以改变。通过使用 EXPLAIN EXTENDED 命令,可以在查询计划的 qb name trace 中跟踪这些变化。

要确认查询改写之前的自动生成 Query Block Name,可以在查询中包含 NO_QUERY_TRANSFORMATION Hint 来禁止所有查询改写,然后使用 EXPLAIN OUTLINE 来获取 OUTLINE DATA。通过对 OUTLINE DATA 的 FULL 、 INDEX 等 Query Block Hint 的分析,可以验证每个 Query Block 的 Name。

例如,在此查询中 OUTLINE DATA 的 FULL(@"SEL$2" "test"."t1"@"SEL$2") 表明了内联视图 v 中的 Query Block Name 为 SEL$2:

SELECT /*+ NO_QUERY_TRANSFORMATION */ COUNT(*)
FROM (SELECT * FROM t1) v GROUP BY c1;

本文目录

QB_NAME Hint 的语法与规则如何使用 Query Block Name定义 Query Block Hint 的作用范围指定查询中 Hint 作用对象Query Block Name 自动生成规则复杂查询中的 Query Block Name查询改写与 Query Block Name 变化
有帮助
无帮助
反馈
AI