左右SQL执行计划妙招 ⑧ ——执行计划SQL写法差异改变【rowid 的影响】

最新推荐文章于 2025-08-06 23:57:04 发布

收获不止数据库

最新推荐文章于 2025-08-06 23:57:04 发布

阅读量1.7k

点赞数 33

CC 4.0 BY-SA版权

分类专栏：数据库拍案惊奇文章标签： sql 数据库数据库开发数据库设计数据库优化 SQL优化数据分析

本文链接：https://blog.youkuaiyun.com/weixin_39534833/article/details/148114933

数据库拍案惊奇专栏收录该内容

138 篇文章

订阅专栏

梁敬彬梁敬弘兄弟出品

往期回顾
左右SQL执行计划妙招 ①——子查询的应用范围
 左右SQL执行计划妙招 ②——Hint无效原因
 左右SQL执行计划妙招 ③——执行计划SQL写法差异改变【with子句】
左右SQL执行计划妙招 ④——执行计划SQL写法差异改变【insert all】
左右SQL执行计划妙招 ⑤——执行计划利用设计特性改变【并行度影响】
左右SQL执行计划妙招 ⑥——执行计划SQL写法差异改变【rownum分页】
左右SQL执行计划妙招 ⑦——执行计划SQL写法差异改变【rownum实体化】

在SQL性能优化过程中，SQL的写法细节常常对执行计划产生不可忽视的影响。合理利用Oracle数据库的特性，能够让同一业务实现方案下的SQL拥有更高的执行效率。本篇将聚焦于rowid的使用，通过两个实际对比例子，详细剖析不同SQL写法对执行计划的影响，为SQL优化实战提供借鉴。

环境准备

首先，构建测试环境并初始化数据：

drop table t purge;
create table t as select * from dba_objects;
update t set object_id = rownum;
commit;
create index idx_object_id on t(object_id);
set autotrace off;
select rowid from t where object_id=8;

此时，可以查到object_id=8的数据行对应的rowid，例如：

ROWID
-----
AAAaq2AALAAApOrAAH

SQL写法与执行计划对比

1. 普通条件更新（语句1）

update t set object_name='abc' where object_id=8;
执行计划：

-----------------------------------------------------------------------------------
Plan hash value: 3890322047
-----------------------------------------------------------------------------------
| Id  | Operation         | Name          | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------------
|   0 | UPDATE STATEMENT  |               |     1 |    79 |     2   (0)| 00:00:01 |
|   1 |  UPDATE           | T             |       |       |            |          |
|*  2 |   INDEX RANGE SCAN| IDX_OBJECT_ID |     1 |    79 |     1   (0)| 00:00:01 |
-----------------------------------------------------------------------------------
   - dynamic sampling used for this statement (level=2)
统计信息：

         30  recursive calls
          2  db block gets
         75  consistent gets
          0  physical reads
        448  redo size
        680  bytes sent via SQL*Net to client
        616  bytes received via SQL*Net from client
          3  SQL*Net roundtrips to/from client
          1  sorts (memory)
          0  sorts (disk)
          1  rows processed

该语句的执行计划中，Oracle选择通过idx_object_id索引进行INDEX RANGE SCAN，然后定位数据行并执行更新。

2. 使用rowid精确定位（语句2）

update t set object_name='abc'  where object_id=8 and t.rowid='AAAaq2AALAAApOrAAH';
执行计划：

------------------------------------------------------------------------------------
Plan hash value: 815416494
------------------------------------------------------------------------------------
| Id  | Operation                   | Name | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------
|   0 | UPDATE STATEMENT            |      |     1 |    91 |     1   (0)| 00:00:01 |
|   1 |  UPDATE                     | T    |       |       |            |          |
|*  2 |   TABLE ACCESS BY USER ROWID| T    |     1 |    91 |     1   (0)| 00:00:01 |
------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
------------------------------------------------------------------------------------
   2 - filter("OBJECT_ID"=8)
统计信息：

          0  recursive calls
          3  db block gets
          1  consistent gets
          0  physical reads
          0  redo size
        682  bytes sent via SQL*Net to client
        650  bytes received via SQL*Net from client
          3  SQL*Net roundtrips to/from client
          1  sorts (memory)
          0  sorts (disk)
          1  rows processed

在此语句中，加入了rowid作为查询条件。Oracle直接根据rowid访问对应数据行，执行计划变为TABLE ACCESS BY USER ROWID，这一方式被认为是直接、跳跃式访问表中某条记录的最快途径。

分析

从执行计划及统计信息对比可以看出：
在这里插入图片描述

语句1 先通过索引查找，再定位到表中的记录，适合object_id存在索引的场景。
语句2 由于rowid已明确，无须再借助索引，可以绕过索引查找的步骤，直接到达物理存储位置。Oracle明确选择TABLE ACCESS BY USER ROWID这一最快的单行定位方式，提升了访问效率。
实际应用中，在已知rowid的情况下，采用rowid作为定位依据，可以减少数据库的消耗，实现最短路径访问。在批量或高并发更新场景下，尤其能展现出rowid方式的优势。