oracle之SQL_ID 1

在Oralce里,一个sql语句执行时会生成很多信息:

  • SQL唯一标识
  • SQL文本信息
  • 绑定变量信息
  • 执行计划和游标信息
  • 统计信息
  • 性能信息
  • 其他信息.例如sql来源,状态等

SQL_ID

在Oracle中,SQL优化器是负责解析sql的(包括<a>直接执行的sql和<b>存储过程中的sql),<b>中的sql在提交sql优化器解析前,会进行一些预处理,包括大小写,空格,注释的处理等。

在解析sql时,sql优化器会分配一个ID(子游标),唯一标识一个sql(存储在v$sql视图内)。相同的sql文本sql_id是一样的(对应v$sqlarea中的数据,称它为父游标),即使是不同的数据库实例中,这个以后在介绍。其他视图通过这个id引用这个sql,在9i中对应的是hash_value这个字段,11g中v$sql有字段old_hash_value对应9i的hash_value,sql_id和hash_value是通过一定的算法计算出来的。

1.直接执行的sql:

在sql_window下执行

select /*test*/* from scott.emp e where e.empno = 10; 
select /*test*/* from scott.emp e where e.empno =  10;
select /*test*/* from scott.emp E where e.empno =  10;

查询他们的sql信息

select * from v$sql v where v.SQL_TEXT like ‘%/*test*/%‘;

可以看到如果两个sql文本之间只要有任何的不同,就会生成不同的sql_id

2.存储过程中的sql:

分静态sql和动态sql两种,动态sql和第一种直接执行的sql一样,我们关注一下静态sql

declare
  v number;
begin
  select /*+test1*/e.sal into v from scott.emp e where e.empno = 7369; 
  select /*+test1*/e.sal into v from scott.emp e where e.empno =  7369;
  select /*+test1*/e.sal into v from scott.emp E  where e.empno =  7369; 
  
end;
/

执行后,查询sql信息,这里应该使用提示/*+xxx*/,注释会被过滤掉

从图中可以看出,三个sql语句只生成了一个sql_id,说明plsql提交到sql优化器的时候做了一些预处理。

如果使用绑定变量呢?我们来看看有什么变化

declare
  v dbms_sql.Number_Table;
  xx number;
begin
  v(1) := 7369;
  v(1) := 7499;
  v(1) := 7521;

  for i in v.first .. v.last loop
    select /*+test2*/e.sal into xx from scott.emp e where e.empno = v(i);
  end loop;
end;
/

我们来看看sql_id情况

我们看到也是只有一条sql语句的sql_id信息。e.empno = v(i) 被替换成了 绑定变量:B,当sql被提交到内存执行的时候,才会替换为具体的值并执行返回结果。

时间: 2024-11-05 14:40:39

oracle之SQL_ID 1的相关文章

[转] sql_id VS hash_value

有没有发现,v$session,v$sql,v$sqlarea,v$sqltext,v$sql_shared_cursor等试图连接的时候经常会用到hash_value,sql_id,但是他们2个之间到底有什么不可告人的关系呢? Talnel以及评论的一坨人(包括jonathan)给了一个蛮不错的解释: SQL_ID is just a fancy representation of hash value [email protected]>select kglnahsv, kglnahsh f

ORACLE cannot fetch plan for SQL_ID

今天做SQL执行计划测试的时候,发现sqlplus无法正常打印执行计划,根据网上资料整理如下: ..... [email protected]> select * 2     from table( 3           dbms_xplan.display_cursor( format=> 'allstats last' ) 4           ) 5   / PLAN_TABLE_OUTPUT ---------------------------------------------

ORACLE实际执行计划与预估执行计划不一致性能优化案例

  在一台ORACLE服务器上做巡检时,使用下面SQL找出DISK_READ最高的TOP SQL分析时,分析过程中,有一条SQL语句的一些反常现象,让人觉得很奇怪: SELECT SQL_ID,        SQL_TEXT,        DISK_READS,        BUFFER_GETS,        PARSING_SCHEMA_NAME,        EXECUTIONS FROM   V$SQLAREA ORDER  BY DISK_READS DESC; 在SQL D

oracle性能调优学习0621

1.PLAN_table column query_plan format a55column cardinality format 99999column cost format 99999delete from plan_table;set lines 100set pages 100set echo on EXPLAIN PLAN FORSELECT *  FROM hr.employees JOIN hr.departments USING (department_id);  SELEC

查看Oracle执行计划的几种常用方法-系列1

SQL的执行计划实际代表了目标SQL在Oracle数据库内部的具体执行步骤,作为调优,只有知道了优化器选择的执行计划是否为当前情形下最优的执行计划,才能够知道下一步往什么方向. 执行计划的定义:执行目标SQL的所有步骤的组合. 我们首先列出查看执行计划的一些常用方法: 1. explain plan命令 PL/SQL Developer中通过快捷键F5就可以查看目标SQL的执行计划了.但其实按下F5后,实际后台调用的就是explain plan命令,相当于封装了该命令. explain plan

彻底搞懂oracle的标量子查询

oracle标量子查询和自定义函数有时用起来比较方便,而且开发人员也经常使用,数据量小还无所谓,数据量大,往往存在性能问题. 以下测试帮助大家彻底搞懂标量子查询. SQL> create table a (id int,name varchar2(10)); Table created. SQL> create table b (id int,name varchar2(10)); Table created. SQL> insert into a values (1,'a1'); 1

oracle之 v$sql_monitor 监视正在运行的SQL语句的统计信息

11g中引入了新的动态性能视图V$SQL_MONITOR,该视图用以显示Oracle监视的SQL语句信息.SQL监视会对那些并行执行或者消耗5秒以上cpu时间或I/O时间的SQL语句自动启动,同时在V$SQL_MONITOR视图中产生一条记录.当SQL语句正在执行,V$SQL_MONITOR视图中的统计信息将被实时刷新,频率为每秒1次.SQL语句执行完成后,监视信息将不会被立即删除,Oracle会保证相关记录保存一分钟(由参数_sqlmon_recycle_time所控制,默认为60s),最终这

oracle查询转换_inlist转换

oracle的optimizer会对一些sql语句进行查询转换,比如: 合并视图 子查询非嵌套化 inlist转换 下面讲讲遇到的in list转化优化的案例: create table test( col1 varchar2(12) col2 number ext varchar2(4000) ); create index test_ind on test(user_id, col2); create sequence seq_test cache 200; 第一步:准备一些测试数据(10个

Oracle绑定变量窥探

随着具体输入值的不同,SQL的where条件的可选择率(Selectivity)和结果集的行数(Cardinality)可能会随之发生变化,而Selectivity和Cardinality的值会直接影响CBO对于相关执行步骤成本值的估算,进而影响CBO对SQL执行计划的选择.这就意味着随着具体输入值的不同,目标SQL执行计划可能会发生变化. 对于不使用绑定变量的SQL而言,具体输入值一量发生了变化,目标SQL的SQL文本就会随之发生变化,这样Oracle就能很容易地计算出对应Selectivit