Welcome 微信登录

首页 / 数据库 / MySQL / 创建索引前后执行计划的变更和软硬解析的比较

环境:OEL+Oracle 10.2.0.5 Rac今天在itpub上回答一个网友的提问,RT:我第一次执行了一条sql之后,这条sql通过了硬解析,得到了执行计划,当再次执行这条sql时,会进行软解析是吧,不会通过优化器得到新的执行计划。如果我增加了一条索引,通过索引执行这条sql更好,在执行这条sql是进行软解析吗?(统计信息的改变,会导致sql进行硬解析吗?)我当时的回答是:有索引了,统计信息变了。走索引了,执行计划变了。 但是软硬解析是对于SQL语句而言的吧?只要共享池中存在此SQL副本,将直接执行软解析;个人认为未经analyze表前,会被软解析相关链接:Oracle中检查是否需要重构索引 http://www.linuxidc.com/Linux/2013-08/88460.htm使用倒序索引提升ORDER BY DESC性能 http://www.linuxidc.com/Linux/2013-07/87433.htmOracle分析表和索引 http://www.linuxidc.com/Linux/2013-07/87292.htmOracle入门教程:把表和索引放在不同的表空间里  http://www.linuxidc.com/Linux/2013-07/87291.htm答案应该是硬解析;中午午休的时候,趴那儿回顾了一下这个案例,但是思前想后总感觉有点不对,一切以事实说话,决定起来测试一下;测试过程和结果如下:SQL> show user
USER is "SYS"
SQL> drop index tt_idx;
drop index tt_idx
          *
ERROR at line 1:
ORA-01418: specified index does not exist
SQL> drop table tt purge;
drop table tt purge
          *
ERROR at line 1:
ORA-00942: table or view does not exist创建一张新表TT:SQL> create table tt as select * from dba_objects;Table created.打开autotrace并开始第一次根据条件检索新表tt:SQL> set autotrace on; 
SQL> select object_id,object_name from tt where object_id=10; 
 
 OBJECT_ID      OBJECT_NAME</span> 
----------      --------------------------------------
        10      C_USER# 
 
Execution Plan 
---------------------------------------------------------- 
Plan hash value: 264906180 
 
-------------------------------------------------------------------------- 
| Id  | Operation        | Name | Rows  | Bytes | Cost (%CPU)| Time    | 
-------------------------------------------------------------------------- 
|  0 | SELECT STATEMENT  |      |    8 |  632 |  156  (1)| 00:00:02 | 
|*  1 |  TABLE ACCESS FULL| TT  |    8 |  632 |  156  (1)| 00:00:02 | 
-------------------------------------------------------------------------- 
 
Predicate Information (identified by operation id): 
--------------------------------------------------- 
 
  1 - filter("OBJECT_ID"=10) 
 
Note 
----- 
  - dynamic sampling used for this statement 
 
 
Statistics 
---------------------------------------------------------- 
        68  recursive calls 
          0  db block gets 
        785  consistent gets 
        701  physical reads 
          0  redo size 
        481  bytes sent via SQL*Net to client 
        400  bytes received via SQL*Net from client 
          2  SQL*Net roundtrips to/from client 
          0  sorts (memory) 
          0  sorts (disk) 
          1  rows processed 
 
SQL>  
  • 1
  • 2
  • 3
  • 下一页
使用Linux文件句柄恢复误删除的Oracle数据文件Oracle Undo的一些理解相关资讯      Oracle索引 
  • Oracle跳跃式索引扫描测试  (08月09日)
  • Oracle组合索引与回表  (08/07/2015 18:11:53)
  • Oracle 索引基本原理  (04/12/2015 18:03:58)
  • 关于Oracle位图索引内部浅论  (09/17/2015 19:23:59)
  • Oracle 索引的可见与隐藏(visible  (07/18/2015 09:41:42)
  • Oracle索引合并coalesce操作  (04/01/2015 20:21:34)
本文评论 查看全部评论 (0)
表情: 姓名: 字数