【Oracle】-【索引-HINT，执行计划】-带HINT的索引执行计划

最新推荐文章于 2024-04-21 18:24:03 发布
最新推荐文章于 2024-04-21 18:24:03 发布
阅读量137 收藏
点赞数
文章标签： 数据库
谭老师的《Oracle 10g 性能分析与优化思路》第六章hint部分介绍：
举例：
create table t(id int);
create index t_idx on t(id);

SQL> select /*+ index(t t_idx) */ count(*) from t;

Execution Plan

----------------------------------------------------------

Plan hash value: 4075463224

-------------------------------------------------------------------

| Id  | Operation          | Name | Rows  | Cost (%CPU)| Time     |

-------------------------------------------------------------------

|   0 | SELECT STATEMENT   |      |     1 |     2   (0)| 00:00:01 |

|   1 |  SORT AGGREGATE    |      |     1 |            |          |

|   2 |   TABLE ACCESS FULL| T  |     3 |     2   (0)| 00:00:01 |

-------------------------------------------------------------------

Note

-----

   - dynamic sampling used for this statement

这里忽略了HINT，解释是：因为我们要对表的记录求总数，我们创建的索引并没有指定索引字段T不能为空，所以如果CBO选择在索引上做COUNT，当索引字段上有空值时，COUNT的结果必然不准确。

SQL> select /*+ index(t, t_idx) */ count(id) from t;

Execution Plan

----------------------------------------------------------

Plan hash value: 4235589928

----------------------------------------------------------------------------

| Id  | Operation        | Name    | Rows  | Bytes | Cost (%CPU)| Time     |

----------------------------------------------------------------------------

|   0 | SELECT STATEMENT |         |     1 |    13 |     1   (0)| 00:00:01 |

|   1 |  SORT AGGREGATE  |         |     1 |    13 |            |          |

|   2 |   INDEX FULL SCAN| T_IDX |     3 |    39 |     1   (0)| 00:00:01 |

----------------------------------------------------------------------------

Note

-----

   - dynamic sampling used for this statement

这里用到了HINT，解释是：因为我们只是对X字段做COUNT，id字段是索引字段，这个动作相当于COUNT索引上的所有id的键值，这个结果和对表上id字段做COUNT是一样的。


这点我觉得不是很准确。

如果是唯一性索引，则count(*)==count(索引字段)。

如果不是非唯一索引，则列中NULL值不会存入索引，因此count(*)>=count(索引字段)。


再做个实验：

CREATE TABLE TBL_SMALL
(ID   NUMBER,
NAME VARCHAR2(5)
);
SQL> create index t_s_idx on tbl_small(id);

create table tbl_big as select rownum id, object_name name from dba_objects where rownum<1000;
SQL> create index t_b_idx on tbl_big(id);
insert into tbl_big values('', '');


>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
SQL> select * from tbl_small;
        ID NAME
---------- -----
         2 b

         1 a

SQL> select count(*) from tbl_small;
  COUNT(*)
----------
         3

SQL> select count(id) from tbl_small;
COUNT(ID)
----------
         2

SQL> select count(*) from tbl_big;
  COUNT(*)
----------
      1000

SQL> select count(id) from tbl_big;
COUNT(ID)
----------
       999


SQL> set autot trace exp
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
TBL_SMALL表：

SQL> select count(*) from tbl_small;
Execution Plan
----------------------------------------------------------
Plan hash value: 1452584873

------------------------------------------------------------------------
| Id  | Operation          | Name      | Rows  | Cost (%CPU)| Time     |
------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |           |     1 |     2   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE    |           |     1 |            |          |
|   2 |   TABLE ACCESS FULL| TBL_SMALL |     3 |     2   (0)| 00:00:01 |
------------------------------------------------------------------------

Note
-----
   - dynamic sampling used for this statement


SQL> select count(id) from tbl_small;
Execution Plan
----------------------------------------------------------
Plan hash value: 1539159417

----------------------------------------------------------------------------
| Id  | Operation        | Name    | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------
|   0 | SELECT STATEMENT |         |     1 |    13 |     1   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE  |         |     1 |    13 |            |          |
|   2 |   INDEX FULL SCAN| T_S_IDX |     3 |    39 |     1   (0)| 00:00:01 |
----------------------------------------------------------------------------

Note
-----
   - dynamic sampling used for this statement


SQL> select /*+ index(tbl_small, t_s_idx) */ count(*) from tbl_small;
Execution Plan
----------------------------------------------------------
Plan hash value: 1452584873

------------------------------------------------------------------------
| Id  | Operation          | Name      | Rows  | Cost (%CPU)| Time     |
------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |           |     1 |     2   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE    |           |     1 |            |          |
|   2 |   TABLE ACCESS FULL| TBL_SMALL |     3 |     2   (0)| 00:00:01 |
------------------------------------------------------------------------

Note
-----
   - dynamic sampling used for this statement


SQL> select /*+ index(tbl_small, t_s_idx) */ count(id) from tbl_small;
Execution Plan
----------------------------------------------------------
Plan hash value: 1539159417

----------------------------------------------------------------------------
| Id  | Operation        | Name    | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------
|   0 | SELECT STATEMENT |         |     1 |    13 |     1   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE  |         |     1 |    13 |            |          |
|   2 |   INDEX FULL SCAN| T_S_IDX |     3 |    39 |     1   (0)| 00:00:01 |
----------------------------------------------------------------------------

Note
-----
   - dynamic sampling used for this statement

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
TBL_BIG表：

SQL> select count(*) from tbl_big;
Execution Plan
----------------------------------------------------------
Plan hash value: 475686685

----------------------------------------------------------------------
| Id  | Operation          | Name    | Rows  | Cost (%CPU)| Time     |
----------------------------------------------------------------------
|   0 | SELECT STATEMENT   |         |     1 |     3   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE    |         |     1 |            |          |
|   2 |   TABLE ACCESS FULL| TBL_BIG |  1000 |     3   (0)| 00:00:01 |
----------------------------------------------------------------------

Note
-----
   - dynamic sampling used for this statement


SQL> select count(id) from tbl_big;
Execution Plan
----------------------------------------------------------
Plan hash value: 2252048431

--------------------------------------------------------------------------------
| Id  | Operation             | Name    | Rows  | Bytes | Cost (%CPU)| Time
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT      |         |     1 |    13 |     3   (0)| 00:00:01
|   1 |  SORT AGGREGATE       |         |     1 |    13 |            |
|   2 |   INDEX FAST FULL SCAN| T_B_IDX |  1000 | 13000 |     3   (0)| 00:00:01
|
--------------------------------------------------------------------------------

Note
-----
   - dynamic sampling used for this statement


SQL> select /*+ index(tbl_big, t_b_idx) */ count(*) from tbl_big;
Execution Plan
----------------------------------------------------------
Plan hash value: 475686685

----------------------------------------------------------------------
| Id  | Operation          | Name    | Rows  | Cost (%CPU)| Time     |
----------------------------------------------------------------------
|   0 | SELECT STATEMENT   |         |     1 |     3   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE    |         |     1 |            |          |
|   2 |   TABLE ACCESS FULL| TBL_BIG |  1000 |     3   (0)| 00:00:01 |
----------------------------------------------------------------------

Note
-----
   - dynamic sampling used for this statement


SQL> select /*+ index(tbl_big, t_b_idx) */ count(id) from tbl_big;
Execution Plan
----------------------------------------------------------
Plan hash value: 1004523789

----------------------------------------------------------------------------
| Id  | Operation        | Name    | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------
|   0 | SELECT STATEMENT |         |     1 |    13 |     5   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE  |         |     1 |    13 |            |          |
|   2 |   INDEX FULL SCAN| T_B_IDX |  1000 | 13000 |     5   (0)| 00:00:01 |
----------------------------------------------------------------------------

Note
-----
   - dynamic sampling used for this statement

不同的点：
小表对id字段count，无论是否使用hint，都是INDEX FULL SCAN。
大表对id字段count，不带hint，是INDEX FAST FULL SCAN，对id字段count带hint，是INDEX FULL SCAN。(这里我感觉不带hint，CBO还能选择FFS的方式可能更优，但如果带了hint，则强制使用并不最优的FS)。


也可以参考我的帖子上其它的回复：

http://www.itpub.net/thread-1794313-1-1.html

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7192724/viewspace-767153/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/7192724/viewspace-767153/

congdingfu1756
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
oracle 强制索引 hint,ORACLE进阶之一：HINT
weixin_33785596的博客
04-02 2570
最近由于需要经常统计数据，需要经常用到hint，又不好意思每次都去麻烦DBA，所以在与DBA交流之后，整理了一份关于我们写ORACLE SQL语句时最常用到的hint使用方法：另外，我们以前的流程都是等应用发布之前，统一提交DBA check，然后再由开发人员修改；但是如果我们开发人员在写这些语句的时候可以知道这些hint的常规用法，这样在和dba check的时候会大大降低返工率，而且不止会知其...
oracle hint用索引,oracle数据库使用hint来让模糊查询走索引
weixin_31689651的博客
04-15 858
在没有创建数据直方图之前,查询优化器是cbo,可能不会选择代价最低(效率最高)的方式查询.先创建表--日语假名表CREATE TABLE JAPANESE_SOUNDMARK(ID INTEGER PRIMARY KEY,ROMAJI VARCHAR2(10),PHONETIC_SYMBOL VARCHAR(20));创建序列--创建自增长的序列,用于主键CREATE SEQUENCE SEQ_J...
oracle 去空格_详解oracle常见的hint--附实际案例
weixin_39652869的博客
11-22 246
概述Oracle中的Hint可以用来调整SQL的执行计划，提高SQL执行效率。下面分类介绍Oracle数据库中常见的Hint。这里主要介绍Oracle11gR2中的常见Hint。像我们在做优化的时候，如果一个sql执行效率比较低，我们可以用不同的hint来看下执行计划，对比选择最优的hint,如果CBO选择了不好的执行计划，就要考虑是不是没对表做统计分析了...一、与优化器模式相关的Hint1、A...
Oracle Hint 语法详解
最新发布
Ruishine的博客
04-21 1480
Hint 是 Oracle 提供的一种 SQL 语法，它允许用户在 SQL 语句中插入相关的语法，从而影响 SQL 的执行方式。因为 Hint 的特殊作用，所以对于开发人员不应该在代码中使用它，Hint 更像是 Oracle 提供给 DBA 用来分析诊断问题的工具。
oracle 性能优化操作八： 利用HINT强制指定索引
卓如的诗意程序
03-03 7864
【本文转载自：http://blog.csdn.net/helloboat/article/details/42453901，对作者表示感谢。】在ORACLE优化器无法用上合理索引的情况下，利用HINT强制指定索引。继续“oracle 性能优化操作七”的例子，ORACLE缺省认定，表中列的值是在所有数据行中均匀分布的，也就是说，在一百万数据量下，每种DisposalCourseFlag值各有12.5
oracle的hint技术,使用hint优化Oracle的执行计划
weixin_42389043的博客
04-06 434
背景：某表忽然出现查询非常缓慢的情况，cost 100+ 秒以上；严重影响生产。原SQL：explain plan forselect * from (select ID id,RET_NO retNo, FROM_SYS fromSy, TO_SYS toSys, COMMAND_CODE commandCode, COMMAND, STATUS,EXT_CODE, ORIGN_CODE ori...
ORACLE中的的HINT详解
01-19
hints是oracle提供的一种机制，用来告诉优化器按照我们的告诉它的方式生成执行计划。我们可以用hints来实现：  1) 使用的优化器的类型  2) 基于代价的优化器的优化目标，是all_rows还是first_rows。  3) 表的...
小菜鸟系列-Oracle的优化器与hint
04-10
在“小菜鸟系列-Oracle的优化器与hint”这个主题中，我们将深入探讨Oracle数据库的查询优化器以及如何通过使用hint来引导优化器进行更高效的执行计划选择。 Oracle的优化器是数据库引擎的核心组件，它负责分析SQL...
oracle-sql优化
08-03
6. **SQL优化过程**：定位问题SQL，检查执行计划，分析优化器统计信息，考虑表的记录数和索引状况，通过改写SQL、使用HINT、调整索引或进行表分析来优化。某些情况下，可能需要改变处理方式。 7. **好的SQL语句**：...
oracle-hints.rar_oracle
09-24
Oracle SQL优化通常包括分析查询执行计划、调整索引、优化表结构、利用分区和并行处理等多种手段，而Hints是其中一种工具。理解并适当运用Hints，能够帮助我们更好地管理和优化Oracle数据库，提升系统的整体性能。
oracle--如何干预执行计划（使用hints提示）
weixin_30726161的博客
03-08 147
如何干预执行计划 - - 使用hints提示 基于代价的优化器是很聪明的，在绝大多数情况下它会选择正确的优化器，减轻了DBA的负担。但有时它也聪明反被聪明误，选择了很差的执行计划，使某个语句的执行变得奇慢无比。此时就需要DBA进行人为的干预，告诉优化器使用我们指定的存取路径或连接类型生成执行计划，从而使语句高效的运行。例如，如果我们认为对于一个特定的语句，执行全表扫描要比执行索引扫...
Oracle中基于hint的3种执行计划控制方法详细介绍
09-10
主要介绍了Oracle中基于hint的3种执行计划控制方法详细介绍,它们分别是OUTLINE（大纲）、SQL PROFILE（概要文件）、SQL BASELINE（基线）,文中包含大量实例,需要的朋友可以参考下
oracle 强制索引 hint,oracle常用hint详解
weixin_27713587的博客
04-02 3977
相对而言ORACLE优化器已经非常智能，产生的执行计划也是最优的，但是ORACLE还是提供了一些hint供用户显示的控制执行计划，因为大千世界各种各样的业务都有，ORACLE优化器生成的执行计划并不一定适用于所有业务，同时hint对于DBA而言更是一件利器，我们可以通过hint看到优化后的执行计划，总结一下常用hint。1.全表扫描hintfull(table_name)相对而言，全表扫描hint...
oracle 用HINT方式强制索引
一切都是浮云
11-24 1万+
首先要看你的Oracle优化器采用的是RBO还是CBO, (1)如果使用的是RBO的话,会按照规则顺序来进行的. (2)如果使用的是CBO的话,那么可以使用HINT方式进行修改。 语法：SELECT /*+ index(table IndexName)*/ 如果查询语句中，表用到别名时，上边语句中的table一定要是别名，否则不走执行强制索引。 例子： select /*+INDEX(t ...
使用hint改变执行计划
cltt980248285的博客
03-25 308
前言： hit在进行调优的时候经常会用来进行验证相应的执行计划，简单了解hit的用法也就有助于SQL的调优； 本文简单介绍用hit进行全表扫描和索引之间的切换工作； 环境说明： ...
使用hint优化Oracle的执行计划 以及 SQL Tune Advisor的使用
Paulmin的专栏
06-20 1545
背景： 某表忽然出现查询非常缓慢的情况，cost 100+ 秒以上；严重影响生产。 原SQL： explain plan for select * from ( select ID id,RET_NO retNo, FROM_SYS fromSy, TO_SYS toSys, COMMAND_CODE commandCode, COMMAND, STATUS, EXT_CODE,
Oracle之Hint使用总结
热门推荐
旺旺的博客
06-30 2万+
导读： 一、关于hint 1、引入hint的原因； 2、不能过分依赖hint； 3、hint的弊端； 4、hint和注释的关系； 5、hint的功能。 二、hint的具体用法 1、hint的语法； 2、hint的作用域； 3、hint数据字典。 三、hint的分类 1、和优化器相关的； 2、和访问路径相关的； 3、和查询转换相关的； 4、和表连接顺序相关的； 5、和表操作相关的； 6、和并行相关的； 7、其他相关的。...
ORACLE选择hint,学习笔记:Oracle hint 手工添加 hint 来提高查询效率 改变执行计划
weixin_39604819的博客
04-03 345
天萃荷净oracle常用hint的用法，Oracle hint主要是对SQL语句提供的一种机制，指定优化器按照我们的指定的方式生成执行计划，提高SQL语句的效率1. /*+ALL_ROWS*/表明对语句块选择基于开销的优化方法,并获得最佳吞吐量,使资源消耗最小化.2. /*+FIRST_ROWS*/表明对语句块选择基于开销的优化方法,并获得最佳响应时间,使资源消耗最小化.3. /*+CHOOSE*...
oracle执行计划和hint的认识
sd285757的专栏
04-04 1210
一、 说说你对hint的认识 1.执行计划能为SQL优化提供依据，而hint是用户和优化器沟通的主要手段。 2.通过hint可以让优化器改变执行计划，促使我们写出好的程序 3.hint可以被认为是种特殊的注释，如果写法不正确就和普通的注释一样了。另外遇到以下情况hint也会失效： A.算法没能够支持 B.组合hint有矛盾 C.如果优化器发现按照hint执行结果可能会出错，此时hint
"Oracle执行计划培训与优化技巧
本次Oracle执行计划PPT培训的目的主要包括掌握执行计划、判断SQL的优劣能力以及在适当时候使用合适的Hints。在现代科技发展和信息化飞速进步的今天，对于数据库管理和SQL查询的要求也日渐增加，因此掌握这些关键技能...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值