Oracle TABLE ACCESS BY INDEX ROWID 说明
一. 测试环境 SQL select * from v$version where rownum=1; BANNER -------------------------------------------------------------------------------- Oracle Database 11g Enterprise Edition Release11.2.0.3.0 - 64bit Production SQL create table d
一. 测试环境
SQL> select * from v$version where rownum=1;
BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release11.2.0.3.0 - 64bit Production
SQL> create table dave as selectobject_id,object_name,object_type,created,timestamp,status from all_objects;
表已创建。
SQL> create table dave2 as select * from dave;
表已创建。
--收集统计信息,这里没有收集直方图:
SQL> exec dbms_stats.gather_table_stats(ownname=>'SYS',tabname =>'DAVE',estimate_percent => 10 ,method_opt =>'FORCOLUMNS size 1',degree=>10,cascade => true);
PL/SQL 过程已成功完成。
SQL> exec dbms_stats.gather_table_stats(ownname=>'SYS',tabname =>'DAVE2',estimate_percent => 10 ,method_opt =>'FORCOLUMNS size 1',degree=>10,cascade => true);
PL/SQL 过程已成功完成。
--避免其他影响,先刷新buffer cache:
SQL> alter system flush buffer_cache;
系统已更改。
--查看全表扫描时的执行计划:
SQL> set autot traceonly
SQL> select d1.object_name,d2.object_type fromdave d1,dave2 d2 where d1.object_id=d2.object_id;
已选择72762行。
执行计划
----------------------------------------------------------
Plan hash value: 3613449503
------------------------------------------------------------------------------------
| Id |Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |
------------------------------------------------------------------------------------
| 0 |SELECT STATEMENT | | 72520 | 3824K| | 695 (1)| 00:00:09 |
|* 1 | HASH JOIN | | 72520 | 3824K| 2536K| 695 (1)| 00:00:09 |
| 2 | TABLE ACCESS FULL| DAVE2 | 71990 | 1687K| | 213 (1)| 00:00:03 |
| 3 | TABLE ACCESS FULL| DAVE | 72520 | 2124K| | 213 (1)| 00:00:03 |
------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
1 -access("D1"."OBJECT_ID"="D2"."OBJECT_ID")
统计信息
----------------------------------------------------------
0 recursive calls
0 db block gets
6353 consistent gets
1558 physical reads
0 redo size
3388939 bytes sent via SQL*Net toclient
53874 bytes received via SQL*Netfrom client
4852 SQL*Net roundtrips to/fromclient
0 sorts (memory)
0 sorts (disk)
72762 rows processed
--这里产生了1558的物理读
SQL>
--在object_id上创建索引:
SQL> create index idx_dave_object_idon dave(object_id);
索引已创建。
SQL> create index idx_dave_object_id2 ondave2(object_id);
索引已创建。
--在次查看执行计划:
SQL> select d1.object_name,d2.object_type fromdave d1,dave2 d2 where d1.object_id=d2.object_id;
已选择72762行。
执行计划
----------------------------------------------------------
Plan hash value: 3613449503
------------------------------------------------------------------------------------
| Id |Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |
------------------------------------------------------------------------------------
| 0 |SELECT STATEMENT | | 72520 | 3824K| | 695 (1)| 00:00:09 |
|* 1 | HASH JOIN | | 72520 | 3824K| 2536K| 695 (1)| 00:00:09 |
| 2 | TABLE ACCESS FULL| DAVE2 | 71990 | 1687K| | 213 (1)| 00:00:03 |
| 3 | TABLE ACCESS FULL| DAVE | 72520 | 2124K| | 213 (1)| 00:00:03 |
------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
1 -access("D1"."OBJECT_ID"="D2"."OBJECT_ID")
统计信息
----------------------------------------------------------
1 recursive calls
0 db block gets
6353 consistent gets
0 physical reads
0 redo size
3388939 bytes sent via SQL*Net toclient
53874 bytes received via SQL*Netfrom client
4852 SQL*Net roundtrips to/fromclient
0 sorts (memory)
0 sorts (disk)
72762 rows processed
这里的物理读为0. 但是还是走的是全表扫描。
--刷新一下buffer,增加索引条件:
SQL> alter system flush buffer_cache;
系统已更改。
SQL> select d1.object_name,d2.object_type fromdave d1,dave2 d2 where d1.object_id=d2.object_id and d1.object_id
已选择98行。
执行计划
----------------------------------------------------------
Plan hash value: 504164237
----------------------------------------------------------------------------------------------------
| Id |Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
----------------------------------------------------------------------------------------------------
| 0 |SELECT STATEMENT | | 3600 | 189K| 23 (5)| 00:00:01 |
|* 1 | HASH JOIN | | 3600 | 189K| 23 (5)| 00:00:01 |
| 2 | TABLE ACCESS BY INDEX ROWID| DAVE2 | 3600 | 86400 | 11 (0)| 00:00:01 |
|* 3 | INDEX RANGE SCAN | IDX_DAVE_OBJECT_ID2 | 648 | | 3 (0)| 00:00:01 |
| 4 | TABLE ACCESS BY INDEX ROWID| DAVE | 3626 | 106K| 11 (0)| 00:00:01 |
|* 5 | INDEX RANGE SCAN | IDX_DAVE_OBJECT_ID | 653| | 3 (0)| 00:00:01 |
----------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
1 -access("D1"."OBJECT_ID"="D2"."OBJECT_ID")
3 -access("D2"."OBJECT_ID"
5 -access("D1"."OBJECT_ID"
统计信息
----------------------------------------------------------
1 recursive calls
0 db block gets
20 consistent gets
6 physical reads
0 redo size
3317 bytes sent via SQL*Net toclient
590 bytes received via SQL*Netfrom client
8 SQL*Net roundtrips to/fromclient
0 sorts (memory)
0 sorts (disk)
98 rows processed
SQL>
走索引之后,物理读从1558降到6.
二.说明
在上面的测试中,我们看到了索引扫描的类型和多表关联的类型,关于这几种类型的说明,参考:
Oracle 索引扫描的五种类型
http://blog.csdn.net/tianlesoftware/article/details/5852106
多表连接的三种方式详解 HASH JOIN MERGE JOINNESTED LOOP
http://blog.csdn.net/tianlesoftware/article/details/5826546
从执行计划中,当我们走索引之后,在对应的表上就会出现:
TABLE ACCESS BY INDEX ROWID
在如下文章中对OracleROWID 有说明。
Oracle Rowid 介绍
http://blog.csdn.net/tianlesoftware/article/details/5020718
rowid是伪列(pseudocolumn),在查询结果输出时它被构造出来的。rowid并不会真正存在于表的data block中,其存在于index当中,用来通过rowid来寻找表中的行数据。
ROWID 由以下几部分组成:
1. 数据对象编号:每个数据对象(如表或索引)在创建时都分配有此编号,并且此编号在数据库中是唯一的
2. 相关文件编号:此编号对于表空间中的每个数据文件是唯一的
3. 块编号:表示包含此行的块在数据文件中的位置
4. 行编号:标识块头中行目录位置的位置
Oracle 索引中保存的是我们字段的值和该值对应的rowid,我们根据索引进行查找时,就会返回该block的rowid,然后根据rowid直接去block上去我们需要的数据,因此就出现了:
TABLE ACCESS BY INDEX ROWID
因为ROWID 对应一个block,所以当使用TABLE ACCESS BY INDEX ROWID时,每次就只能读取一个block。
假设我们我们的数据返回100个ROWID,其中10个row 位于同一个block上,那么我们只需要访问91次block,就可以拿到我们需要的数据。
关于如何确定row记录在哪个block的方法参考:
Oracle rdba和 dba 说明
http://blog.csdn.net/tianlesoftware/article/details/6529346
小结:
(1) TABLE ACCESS BY INDEX ROWID 只出现在使用索引的情况下。
(2) TABLE ACCESS BY INDEX ROWID 是单块读,每次只能读取一个block。
-------------------------------------------------------------------------------------------------------
!
Skype: tianlesoftware
QQ: tianlesoftware@gmail.com
Email: tianlesoftware@gmail.com
Blog: http://www.tianlesoftware.com
Weibo: http://weibo.com/tianlesoftware
Twitter: http://twitter.com/tianlesoftware
Facebook: http://www.facebook.com/tianlesoftware
Linkedin: http://cn.linkedin.com/in/tianlesoftware
-------加群需要在备注说明Oracle表空间和数据文件的关系,否则拒绝申请----
DBA1 群:62697716(满); DBA2 群:62697977(满) DBA3 群:62697850(满)
DBA 超级群:63306533(满); DBA4 群:83829929 DBA5群: 142216823
DBA6 群:158654907 DBA7 群:172855474 DBA总群:104207940

热AI工具

Undresser.AI Undress
人工智能驱动的应用程序,用于创建逼真的裸体照片

AI Clothes Remover
用于从照片中去除衣服的在线人工智能工具。

Undress AI Tool
免费脱衣服图片

Clothoff.io
AI脱衣机

Video Face Swap
使用我们完全免费的人工智能换脸工具轻松在任何视频中换脸!

热门文章

热工具

记事本++7.3.1
好用且免费的代码编辑器

SublimeText3汉化版
中文版,非常好用

禅工作室 13.0.1
功能强大的PHP集成开发环境

Dreamweaver CS6
视觉化网页开发工具

SublimeText3 Mac版
神级代码编辑软件(SublimeText3)

本文将阐述如何通过分析Debian系统下的Apache日志来提升网站性能。一、日志分析基础Apache日志记录了所有HTTP请求的详细信息,包括IP地址、时间戳、请求URL、HTTP方法和响应代码等。在Debian系统中,这些日志通常位于/var/log/apache2/access.log和/var/log/apache2/error.log目录下。理解日志结构是有效分析的第一步。二、日志分析工具您可以使用多种工具分析Apache日志:命令行工具:grep、awk、sed等命令行工具可

如何在 Apache 中配置 Zend?在 Apache Web 服务器中配置 Zend Framework 的步骤如下:安装 Zend Framework 并解压到 Web 服务器目录中。创建 .htaccess 文件。创建 Zend 应用程序目录并添加 index.php 文件。配置 Zend 应用程序(application.ini)。重新启动 Apache Web 服务器。

Apache服务器是强大的Web服务器软件,充当浏览器与网站服务器间的桥梁。1. 它处理HTTP请求,根据请求返回网页内容;2. 模块化设计允许扩展功能,例如支持SSL加密和动态网页;3. 配置文件(如虚拟主机配置)需谨慎设置,避免安全漏洞,并需优化性能参数,例如线程数和超时时间,才能构建高性能、安全的Web应用。

在CentOS系统上搭建Hadoop分布式文件系统(HDFS)需要多个步骤,本文提供一个简要的配置指南。一、前期准备安装JDK:在所有节点上安装JavaDevelopmentKit(JDK),版本需与Hadoop兼容。可从Oracle官网下载安装包。环境变量配置:编辑/etc/profile文件,设置Java和Hadoop的环境变量,使系统能够找到JDK和Hadoop的安装路径。二、安全配置:SSH免密登录生成SSH密钥:在每个节点上使用ssh-keygen命令

本文介绍如何在Debian系统上自定义Apache的日志格式。以下步骤将指导您完成配置过程:第一步:访问Apache配置文件Debian系统的Apache主配置文件通常位于/etc/apache2/apache2.conf或/etc/apache2/httpd.conf。使用以下命令以root权限打开配置文件:sudonano/etc/apache2/apache2.conf或sudonano/etc/apache2/httpd.conf第二步:定义自定义日志格式找到或

在CentOS系统上配置WebLogic数据库连接,需要完成以下步骤:JDK安装与环境配置:确保服务器已安装与WebLogic版本兼容的JDK(例如,WebLogic14.1.1通常需要JDK8)。正确设置JAVA_HOME、CLASSPATH和PATH环境变量。WebLogic安装与解压:从Oracle官方网站下载适用于CentOS系统的WebLogic安装包,并将其解压到指定目录。WebLogic用户与目录创建:创建一个专用的WebLogic用户账户,并设置安全密码

Nginx性能监控与故障排查主要通过以下步骤进行:1.使用nginx-V查看版本信息,并启用stub_status模块监控活跃连接数、请求数和缓存命中率;2.利用top命令监控系统资源占用,iostat和vmstat分别监控磁盘I/O和内存使用情况;3.使用tcpdump抓包分析网络流量,排查网络连接问题;4.合理配置worker进程数,避免并发处理能力不足或进程上下文切换开销过大;5.正确配置Nginx缓存,避免缓存大小设置不当;6.通过分析Nginx日志,例如使用awk和grep命令或ELK

要在 Nginx 中配置域名,遵循以下步骤:添加 Server 块,指定域名。设置网站文件的根目录。设置根目录下的索引文件。设置错误代码的处理方式。配置服务器访问和错误日志。重新加载或重启 Nginx 服务。
