绑定变量、BIND PEEKING、histogram(柱状图)的使用(zt)

最新推荐文章于 2024-07-27 15:45:10 发布
最新推荐文章于 2024-07-27 15:45:10 发布
阅读量69 收藏
点赞数
文章标签： 数据库
http://space.itpub.net/756652/viewspace-470127

在我们进行对 oracle系统进行优化的时候，我们希望在数据中执行的语句尽量的少出现hard parse,尽量使用绑定变量，可以减少 SQL分 析，节约共享池的空间，减少CPU的使用，所以对于系统中未使用的绑定语句通常告诉开发人员尽量改成使用绑定变量，当where 条件上的字段分布均匀的时候，绑定变量可以达到比较好的效果， 但当该字段数据分布倾斜严重时，并在该字段上收集了histogram信息时会出现什么情况呢？下面将一一 测试。

一. create table testtb, 并插入98304条值为(1,’aaa’),3条值为(2,’bbb’);

[oracle@rac1 ~]$ export NLS_LANG=AMERICAN_AMERICA.ZHS16GBK

SQL> select count(1) from hr.testtb where id=1; 

  COUNT(1)
----------
     98304

SQL> select count(1) from hr.testtb where id=2;

  COUNT(1)
----------
         4

SQL> create index hr.testtb_ind on hr.testtb(id);    

Index created.

二.不使用绑定变量的情况：
1.当不进行分析时
SQL> Select  count(*) from hr.testtb where id=1;

  COUNT(*)
----------
     98304

SQL> select * from table(dbms_xplan.display_cursor);

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID  40c2k892vm3hy, child number 0
-------------------------------------
Select  count(*) from hr.testtb where id=1

Plan hash value: 1163950994

-----------------------------------------------------------------------------
| Id  | Operation          | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |        |       |       |    44 (100)|          |
|   1 |  SORT AGGREGATE    |        |     1 |    13 |            |          |

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
|*  2 |   TABLE ACCESS FULL| TESTTB |   116K|  1480K|    44   (7)| 00:00:01 |
-----------------------------------------------------------------------------
：：走的全表扫描，是正确计划

SQL> select count(*) from hr.testtb where id =2;

  COUNT(*)
----------
         4

SQL> select * from table(dbms_xplan.display_cursor);

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID  450qy7mmbsq0j, child number 0
-------------------------------------
select count(*) from hr.testtb where id =2

Plan hash value: 3027455797

--------------------------------------------------------------------------------
| Id  | Operation         | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |            |       |       |     1 (100)|          |
|   1 |  SORT AGGREGATE   |            |     1 |     3 |            |          |

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
|*  2 |   INDEX RANGE SCAN| TESTTB_IND |     1 |     3 |     1   (0)| 00:00:01 |
--------------------------------------------------------------------------------
执行计划走的是索引，也是正确的执行计划。

2.分析但不生成柱状图信息

SQL> alter system flush shared_pool;
SQL> exec DBMS_STATS.GATHER_TABLE_STATS(OWNNAME => 'HR', TABNAME => 'TESTTB', CASCADE => TRUE, ESTIMATE_PERCENT => 100);

PL/SQL procedure successfully completed.

SQL> select last_analyzed,num_rows from dba_tables where table_name='TESTTB';

LAST_ANALYZE   NUM_ROWS
------------ ----------
15-JUL-08         98308

SQL> select count(1) from hr.testtb where id=1;

  COUNT(1)
----------
     98304
SQL> select * from table(dbms_xplan.display_cursor);

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID  7gsvvztdv0vhk, child number 0
-------------------------------------
select count(1) from hr.testtb where id=1

Plan hash value: 1163950994

-----------------------------------------------------------------------------
| Id  | Operation          | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |        |       |       |    44 (100)|          |
|   1 |  SORT AGGREGATE    |        |     1 |     3 |            |          |

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
|*  2 |   TABLE ACCESS FULL| TESTTB | 98304 |   288K|    44   (7)| 00:00:01 |
分析后走的是正确的全表扫描的执行计划。

SQL> select count(1) from hr.testtb where id=2;

  COUNT(1)
----------
         4

SQL> select * from table(dbms_xplan.display_cursor);

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID  b1wjkn7rw2tn6, child number 0
-------------------------------------
select count(1) from hr.testtb where id=2

Plan hash value: 3027455797

--------------------------------------------------------------------------------
| Id  | Operation         | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |            |       |       |     1 (100)|          |
|   1 |  SORT AGGREGATE   |            |     1 |     3 |            |          |

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
|*  2 |   INDEX RANGE SCAN| TESTTB_IND |     4 |    12 |     1   (0)| 00:00:01 |
执行计划走的是索引，也是正确的执行计划。


3.分析并生成柱状图信息
SQL> alter system flush shared_pool;
SQL> exec DBMS_STATS.GATHER_TABLE_STATS(OWNNAME => 'HR', TABNAME => 'TESTTB', CASCADE => TRUE, ESTIMATE_PERCENT => 100, METHOD_OPT => 'FOR ALL INDEXED COLUMNS size 100');
PL/SQL procedure successfully completed.

SQL> select last_analyzed,num_rows from dba_tables where table_name='TESTTB';

LAST_ANALYZED         NUM_ROWS
------------------- ----------
2008-07-15 22:50:00      98308

SQL> select * from dba_tab_histograms where table_name='TESTTB';

OWNER                          TABLE_NAME
------------------------------ ------------------------------
COLUMN_NAME
----------------------------------------------------------------------------------------------------
ENDPOINT_NUMBER ENDPOINT_VALUE
--------------- --------------
ENDPOINT_ACTUAL_VALUE
----------------------------------------------------------------------------------------------------
HR                             TESTTB
ID
          98304              1

 

OWNER                          TABLE_NAME
------------------------------ ------------------------------
COLUMN_NAME
----------------------------------------------------------------------------------------------------
ENDPOINT_NUMBER ENDPOINT_VALUE
--------------- --------------
ENDPOINT_ACTUAL_VALUE
----------------------------------------------------------------------------------------------------
HR                             TESTTB
ID
          98308              2

SQL> select count(1) from hr.testtb where id=1;

  COUNT(1)
----------
     98304

SQL> select * from table(dbms_xplan.display_cursor);

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
SQL_ID  7gsvvztdv0vhk, child number 0
-------------------------------------
select count(1) from hr.testtb where id=1

Plan hash value: 1163950994

-----------------------------------------------------------------------------
| Id  | Operation          | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |        |       |       |    44 (100)|          |
|   1 |  SORT AGGREGATE    |        |     1 |     3 |            |          |

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
|*  2 |   TABLE ACCESS FULL| TESTTB | 98304 |   288K|    44   (7)| 00:00:01 |
依然走的是正确的全表扫描的执行计划。

SQL> select * from table(dbms_xplan.display_cursor);

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
SQL_ID  b1wjkn7rw2tn6, child number 0
-------------------------------------
select count(1) from hr.testtb where id=2

Plan hash value: 3027455797

--------------------------------------------------------------------------------
| Id  | Operation         | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |            |       |       |     1 (100)|          |
|   1 |  SORT AGGREGATE   |            |     1 |     3 |            |          |

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
|*  2 |   INDEX RANGE SCAN| TESTTB_IND |     4 |    12 |     1   (0)| 00:00:01 |
--------------------------------------------------------------------------------
依然走的是索引正确的执行计划.

由此可以看出当表中数据倾斜很厉害的时候，并且未使用绑定变量时，无论是否存在histogram每次执行时，都走了正确的执行计划。

三.使用绑定变量的情况：
在oracle 9i之后引入了bind peeking，在第一次分析的时候，优化器会根据绑定变量来确定执行计划。BIND PEEKING只有当该SQL第一次执行的时候，并且在进行HARD PARSE的时候才进行，第二次调用该SQL，就不会再次进行BIND PEEKING，继续使用上一次产生的执行计划。以下为3种测试：

1. 当不进行分析时

SQL> exec dbms_stats.delete_table_stats(OWNNAME => 'HR', TABNAME => 'TESTTB', CASCADE_COLUMNS=>TRUE,CASCADE_INDEXES=>TRUE);
PL/SQL procedure successfully completed.

SQL> select last_analyzed,num_rows from dba_tables where table_name='TESTTB';

LAST_ANALYZED         NUM_ROWS
------------------- ----------


SQL> var testid number;
SQL> exec :testid:=1;

PL/SQL procedure successfully completed.

SQL> select count(*) from hr.testtb where id=:testid;

  COUNT(*)
----------
     98304

SQL> select * from table(dbms_xplan.display_cursor);

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
SQL_ID  43yay36rd8vy9, child number 0
-------------------------------------
select count(*) from hr.testtb where id=:testid

Plan hash value: 1163950994

-----------------------------------------------------------------------------
| Id  | Operation          | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |        |       |       |    44 (100)|          |
|   1 |  SORT AGGREGATE    |        |     1 |    13 |            |          |

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
|*  2 |   TABLE ACCESS FULL| TESTTB |   116K|  1480K|    44   (7)| 00:00:01 |
-----------------------------------------------------------------------------

Predicate Information (identified by operation id):
全表扫描，对了

   2 - filter("ID"=:TESTID)

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

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------


23 rows selected.

SQL> exec :testid:=2;

PL/SQL procedure successfully completed.

SQL> select count(*) from hr.testtb where id=:testid;

  COUNT(*)
----------
         4

SQL> select * from table(dbms_xplan.display_cursor);

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
SQL_ID  43yay36rd8vy9, child number 0
-------------------------------------
select count(*) from hr.testtb where id=:testid

Plan hash value: 1163950994

-----------------------------------------------------------------------------
| Id  | Operation          | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |        |       |       |    44 (100)|          |
|   1 |  SORT AGGREGATE    |        |     1 |    13 |            |          |

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
|*  2 |   TABLE ACCESS FULL| TESTTB |   116K|  1480K|    44   (7)| 00:00:01 |
-----------------------------------------------------------------------------

Predicate Information (identified by operation id):
不正确-----正确应该是走索引。

2.分析但不生成柱状图信息
SQL> exec dbms_stats.delete_table_stats(OWNNAME => 'HR', TABNAME => 'TESTTB', CASCADE_COLUMNS=>TRUE,CASCADE_INDEXES=>TRUE);
PL/SQL procedure successfully completed.

SQL>EXEC DBMS_STATS.GATHER_TABLE_STATS(ownname=>'HR',tabname=>'TESTTB',ESTIMATE_PERCENT=>100,CASCADE=>TRUE);       

PL/SQL procedure successfully completed.

SQL> alter system flush shared_pool;

System altered.

SQL> /

System altered.

SQL> exec :testid:=2

PL/SQL procedure successfully completed.

SQL> select count(*) from hr.testtb where id=:testid;

  COUNT(*)
----------
         4

SQL> select * from table(dbms_xplan.display_cursor);

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
SQL_ID  43yay36rd8vy9, child number 0
-------------------------------------
select count(*) from hr.testtb where id=:testid

Plan hash value: 3027455797

--------------------------------------------------------------------------------
| Id  | Operation         | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |            |       |       |     1 (100)|          |
|   1 |  SORT AGGREGATE   |            |     1 |     3 |            |          |

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
|*  2 |   INDEX RANGE SCAN| TESTTB_IND |     4 |    12 |     1   (0)| 00:00:01 |
--------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - access("ID"=:TESTID)


19 rows selected.

SQL>
SQL>  exec :testid:=1  

PL/SQL procedure successfully completed.

SQL> select count(*) from hr.testtb where id=:testid;

  COUNT(*)
----------
     98304

SQL> select * from table(dbms_xplan.display_cursor);

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
SQL_ID  43yay36rd8vy9, child number 0
-------------------------------------
select count(*) from hr.testtb where id=:testid

Plan hash value: 3027455797

--------------------------------------------------------------------------------
| Id  | Operation         | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |            |       |       |     1 (100)|          |
|   1 |  SORT AGGREGATE   |            |     1 |     3 |            |          |

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
|*  2 |   INDEX RANGE SCAN| TESTTB_IND |     4 |    12 |     1   (0)| 00:00:01 |
--------------------------------------------------------------------------------

从上面可以看出： :testid=1时候本因走全表扫描的因为bind peeking的原因走了错误的执行计划----索引

3.分析并生成柱状图信息
SQL> alter system flush shared_pool;

System altered.

SQL> exec DBMS_STATS.GATHER_TABLE_STATS(OWNNAME => 'HR', TABNAME => 'TESTTB', CASCADE => TRUE, ESTIMATE_PERCENT => 100, METHOD_OPT => 'FOR ALL INDEXED COLUMNS size 100');


PL/SQL procedure successfully completed.

SQL> SQL>
SQL>  select last_analyzed,num_rows from dba_tables where table_name='TESTTB';

LAST_ANALYZED         NUM_ROWS
------------------- ----------
2008-07-15 23:27:49      98308

SQL> exec :testid:=1;

PL/SQL procedure successfully completed.

SQL> select count(*) from hr.testtb where id=:testid;

  COUNT(*)
----------
     98304

SQL> select * from table(dbms_xplan.display_cursor);

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
SQL_ID  43yay36rd8vy9, child number 0
-------------------------------------
select count(*) from hr.testtb where id=:testid

Plan hash value: 1163950994

-----------------------------------------------------------------------------
| Id  | Operation          | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |        |       |       |    44 (100)|          |
|   1 |  SORT AGGREGATE    |        |     1 |     3 |            |          |

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
|*  2 |   TABLE ACCESS FULL| TESTTB | 98304 |   288K|    44   (7)| 00:00:01 |
-----------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - filter("ID"=:TESTID)


19 rows selected.

SQL> exec :testid:=2

PL/SQL procedure successfully completed.

SQL> select count(*) from hr.testtb where id=:testid;

  COUNT(*)
----------
         4

SQL> select * from table(dbms_xplan.display_cursor);

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
SQL_ID  43yay36rd8vy9, child number 0
-------------------------------------
select count(*) from hr.testtb where id=:testid

Plan hash value: 1163950994

-----------------------------------------------------------------------------
| Id  | Operation          | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |        |       |       |    44 (100)|          |
|   1 |  SORT AGGREGATE    |        |     1 |     3 |            |          |

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
|*  2 |   TABLE ACCESS FULL| TESTTB | 98304 |   288K|    44   (7)| 00:00:01 |
由上可见：生成了柱状图时，后面一次本应起索引的，还是走了全表扫描，可以看出在绑定变量时，柱状图是无效的。

另 外如果SQL语句的条件使用了数据分布倾斜严重的列时，并且存在对各个值要使用绑定变量进行查询时，bind peeking可能导致产生不正确的执行计划.这时候，我们应该注意SQL语句的写法， 在这种情况下不要使用绑定变量，或者让其产生几种计划可供自动选择。例如：采用别名来生成另外一个执行计划：
SQL> var testid2 number
SQL> exec :testid2:=1;

PL/SQL procedure successfully completed.

SQL>  select count(*) from hr.testtb T where T.id=:testid2;

  COUNT(*)
----------
     98304

SQL> select * from table(dbms_xplan.display_cursor);

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
SQL_ID  76zpyb6bgab49, child number 0
-------------------------------------
 select count(*) from hr.testtb T where T.id=:testid2

Plan hash value: 1163950994

-----------------------------------------------------------------------------
| Id  | Operation          | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |        |       |       |    44 (100)|          |
|   1 |  SORT AGGREGATE    |        |     1 |     3 |            |          |

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
|*  2 |   TABLE ACCESS FULL| TESTTB | 98304 |   288K|    44   (7)| 00:00:01 |
-----------------------------------------------------------------------------
这时生成了正确的执行计划：
需要大量数据时应用采用别名语句来查询：select count(*) from hr.testtb T where T.id=:testid2
需要小量数据时应用采用别名语句来查询：select count(*) from hr.testtb  where id=:testid
---如下：
SQL> exec :testid:=2

PL/SQL procedure successfully completed.

SQL> select count(*) from hr.testtb  where id=:testid;

  COUNT(*)
----------
         4

SQL> select * from table(dbms_xplan.display_cursor);

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
SQL_ID  gmmf6n5fznrpv, child number 0
-------------------------------------
select count(*) from hr.testtb  where id=:testid

Plan hash value: 3027455797

--------------------------------------------------------------------------------
| Id  | Operation         | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |            |       |       |     1 (100)|          |
|   1 |  SORT AGGREGATE   |            |     1 |     3 |            |          |

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------
|*  2 |   INDEX RANGE SCAN| TESTTB_IND |     4 |    12 |     1   (0)| 00:00:01 |
--------------------------------------------------------------------------------

三：在执行的会话中关闭bind peeking 时
我们可以通过以下语句查到
select ksppinm name, kspftctxvl value, ksppdesc description,kspftctxdf DefaultV
from x$ksppi x, x$ksppcv2 y
where (x.indx = y.indx)
and ksppinm like '%peek_%'
order by name;


_optim_peek_user_binds   的9i 以后default值为TRUE

Alter session set  “_optim_peek_user_binds”=false;
之后，优化器将按照字段的中值个数，来平均计算各个值数据的分布情况：
字段有20值时，oracle将认为每个值占5%, 如果此字段有索引的时候，将按索引查询。值少时将进行全表扫描。此进histogram信息也将无效。

SQL> alter session set "_optim_peek_user_binds"=false;

Session altered.

SQL> var pp number;
SQL> exec :pp:=1;

PL/SQL procedure successfully completed.

SQL> exec :pp:=2;

PL/SQL procedure successfully completed.

SQL> select count(*) from hr.testtb TTBB where TTBB.id=:pp;

  COUNT(*)
----------
         4

SQL> select * from table(dbms_xplan.display_cursor);

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID  2psh0smda07hg, child number 0
-------------------------------------
select count(*) from hr.testtb TTBB where TTBB.id=:pp

Plan hash value: 1163950994

-----------------------------------------------------------------------------
| Id  | Operation          | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |        |       |       |    44 (100)|          |
|   1 |  SORT AGGREGATE    |        |     1 |     3 |            |          |

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
|*  2 |   TABLE ACCESS FULL| TESTTB | 49154 |   144K|    44   (7)| 00:00:01 |
-----------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - filter("TTBB"."ID"=:PP)


19 rows selected.

SQL> alter system flush shared_pool;    

System altered.

SQL> var id_value number;
SQL> exec :id_value:=1; 

PL/SQL procedure successfully completed.

SQL> select count(*) from hr.testtb where id=:id_value;

  COUNT(*)
----------
     98304

SQL> EXEC DBMS_STATS.GATHER_TABLE_STATS(ownname=>'HR',tabname=>'TESTTB',ESTIMATE_PERCENT=>100,CASCADE=>TRUE);

SQL> exec DBMS_STATS.GATHER_TABLE_STATS(OWNNAME => 'HR', TABNAME => 'TESTTB', CASCADE => TRUE, ESTIMATE_PERCENT => 100, METHOD_OPT => 'FOR ALL INDEXED COLUMNS size 100');

PL/SQL procedure successfully completed.

SQL> alter session set "_optim_peek_user_binds"=false;

Session altered.

SQL> alter system flush shared_pool;

System altered.

SQL> alter system flush buffer_cache;

System altered.

SQL> var id_value number;
SQL> exec :id_value:=2;

PL/SQL procedure successfully completed.

SQL> select count(*) from hr.testtb where id=:id_value;

  COUNT(*)
----------
         4

SQL> select * from table(dbms_xplan.display_cursor);

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID  4kkcyg71r92bv, child number 0
-------------------------------------
select count(*) from hr.testtb where id=:id_value

Plan hash value: 1163950994

-----------------------------------------------------------------------------
| Id  | Operation          | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |        |       |       |    44 (100)|          |
|   1 |  SORT AGGREGATE    |        |     1 |     3 |            |          |

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
|*  2 |  TABLE ACCESS FULL| TESTTB | 49154 |   144K|    44   (7)| 00:00:01 |
-----------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - filter("ID"=:ID_VALUE)


19 rows selected.

SQL> alter system flush shared_pool;

System altered.

SQL> var id_22 number;
SQL> exec :id_22:=1;   

PL/SQL procedure successfully completed.

SQL> select count(*) from hr.testtb where id=:id_22;

  COUNT(*)
----------
     98304

SQL> select * from table(dbms_xplan.display_cursor);

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID  7apbjnbmat3f7, child number 0
-------------------------------------
select count(*) from hr.testtb where id=:id_22

Plan hash value: 1163950994

-----------------------------------------------------------------------------
| Id  | Operation          | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |        |       |       |    44 (100)|          |
|   1 |  SORT AGGREGATE    |        |     1 |     3 |            |          |

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
|*  2 |  TABLE ACCESS FULL| TESTTB | 49154 |   144K|    44   (7)| 00:00:01 |
-----------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - filter("ID"=:ID_22)


19 rows selected.

SQL> exec :id_22:=2;

PL/SQL procedure successfully completed.

SQL> select count(*) from hr.testtb where id=:id_22;

  COUNT(*)
----------
         4

SQL> select * from table(dbms_xplan.display_cursor);

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID  7apbjnbmat3f7, child number 0
-------------------------------------
select count(*) from hr.testtb where id=:id_22

Plan hash value: 1163950994

-----------------------------------------------------------------------------
| Id  | Operation          | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |        |       |       |    44 (100)|          |
|   1 |  SORT AGGREGATE    |        |     1 |     3 |            |          |

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
|*  2 |   TABLE ACCESS FULL| TESTTB| 49154 |   144K|    44   (7)| 00:00:01 |
-----------------------------------------------------------------------------


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

转载于:http://blog.itpub.net/317003/viewspace-591852/

cuiyouqiu9993
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
绑定变量、BIND PEEKING、histogram(柱状图)的使用
cka6619的博客
05-19 121
在我们进行对oracle系统进行优化的时候，我们希望在数据中执行的语句尽量的少出现hard parse,尽量使用绑定变量，可以减少SQL分析，节约共享池的空间，减少CPU的使用，所以对于系统中未使用的绑定语句通常告诉开...
绑定变量、BIND PEEKING、histogram(柱状图)的使用(转载)
coo3678的博客
06-06 137
在我们进行对oracle系统进行优化的时候，我们希望在数据中执行的语句尽量的少出现hard parse,尽量使用绑定变量，可以减少SQL分析，节约共享池的空间，减少CPU的使用，所以对于系统中未使用的绑定语句通常告诉开发人员尽量...
柱状图(Histogram)，绑定变量,bind peeking，cursor_sharing 之间的关系2 绑定变量与柱状图
落落的专栏 专注SQL调优 性能调优
12-10 3154
     前面讨论了有了柱状图的统计信息的时候，对于分布不均衡的列，如果没有使用绑定变量，CBO将会选择正确的执行计划，下面来谈谈对于分布不均衡的列，使用了绑定变量，不收集柱状图统计信息，收集了柱状图统计信息分别会发生什么情况。 本测试同样使用TEST表，表结构和内容请看前一篇内容在不收集柱状图统计信息的情况下：session 1中SQL> exec dbms_stats.gath
柱状图(Histogram)，绑定变量,bind peeking，cursor_sharing 之间的关系2 绑定变量与柱状图...
ruilinruirui
12-10 74
前面讨论了有了柱状图的统计信息的时候，对于分布不均衡的列，如果没有使用绑定变量，CBO将会选择正确的执行计划，下面来谈谈对于分布不均衡的列，使用了绑定变量，不收集柱状图统计信息，收集了柱状图统计信息分别会发生什么情况。 本测试同样使用TEST表，表结构和内容请看前一篇内容 在不收集柱状图统计信息的情况下： session 1中 SQL> exec dbms_stats.gather...
jQuery使用bind函数实现绑定多个事件的方法
10-19
本篇文章将深入探讨如何使用jQuery的`bind`函数来实现绑定多个事件。 首先，`bind`函数的基本语法如下： ```javascript $(selector).bind(eventType, function[, data], handler); ``` 这里，`selector`是匹配...
jQuery使用bind动态绑定事件无效的处理方法
10-17
然而，在处理动态生成的元素时，有时会遇到使用`bind()`方法绑定事件无效的问题。本篇文章将深入探讨这个问题，并提供解决方案。 首先，`bind()`是jQuery早期版本中用于添加事件处理程序的方法。它的基本语法是： ...
php动态绑定变量的用法
12-19
在PHP编程中，动态绑定变量是一种允许在运行时创建和使用变量名称的技术，这使得代码更具灵活性和可扩展性。这种技术通常与面向对象编程（OOP）中的魔术方法、反射或者数据库操作（如预处理语句）相关联。本文将深入...
jquery绑定事件 bind和on的用法与区别分析
10-15
主要介绍了jquery绑定事件 bind和on的用法与区别,结合实例形式分析了jquery绑定事件 bind和on的基本功能、用法、区别与操作注意事项,需要的朋友可以参考下
图数据库查询与操作指南-以Nebula图数据库为例
DZSpace，专注于计算机科学与技术领域的技术博主，致力于分享实用知识与技巧，帮助读者快速掌握技术要点，共同探索计算机世界的无限可能。欢迎访问DZSpace的博客，一起学习进步！
07-26 297
图数据库查询与操作指南-以Nebula图数据库为例
ODBC连接达梦数据库
qq_55187735的博客
07-24 275
用户执行，因为环境变量配置在。
SQL基础入门：解锁数据库管理的钥匙
WayneYalejk的博客
07-26 444
在数字化时代，数据已成为企业最宝贵的资产之一。为了高效地存储、查询和管理这些数据，SQL（Structured Query Language，结构化查询语言）应运而生。SQL不仅是数据库管理员的必备技能，也是数据分析师、开发人员等多个领域从业者的重要工具。本文将带您踏入SQL的世界，从基础概念到实际应用，一步步解锁数据库管理的钥匙。强调SQL在数据处理和分析中的重要性，鼓励读者通过实践不断深化对SQL的理解和应用。
mysql的存储过程：
m0_71178834的博客
07-25 392
完成特点功能的sql语句的集合。把定义好的sql集合在一个特定的sql的函数当中每次执行调用函数即可，还可以实现传参的调用。
sqlalchemy使用json_unquote函数的mysql like查询
ithongchou的博客
07-23 1333
为您自己的数据库连接信息，并根据实际表结构修改模型类。函数查询MySQL JSON字段可以通过使用。下面是一个示例，假设有一个名为。请确保替换示例代码中的数据库连接字符串(在SQLAlchemy中使用。的表，其中包含一个名为。
CTF-NSSCTF题单[GKCTF2020]
2302_78903258的博客
07-24 1232
在低于7.2.29的PHP版本7.2.x，低于7.3.16的7.3.x和低于7.4.4的7.4.x中，将get_headers（）与用户提供的URL一起使用时，如果URL包含零（\ 0）字符，则URL将被静默地截断。访问/eval的路由，会设置一个delay，和你传入的get参数的delay进行比较，取较大的那个，然后setTimeout是延时函数，delay秒后就会执行第一个参数，即next()，否则就会send出timeout。是假的，但是有线索，提示说真正的flag的在。
通过Docker安装KingbaseES V8并激活开发License
weimeilayer的博客
07-24 175
首先，我们可以去KingbaseES的官网（https://www.kingbase.com.cn/xzzx/index.htm ，在软件版本中，注意下载的镜像为x86版本）下载docker镜像，下载完成后导入即可。简单介绍一下在Docker中安装人大金仓（KingbaseES V9）的过程，以及如何更换默认的License为官方提供的365天有效期的开发License。下面的安装过程都是在WSL2中完成的。我们可以通过下面的命令从宿主来直接查看KingbaseES的版本。启动容器，可以直接下面的脚本。
Redis快速入门基础
2301_79693537的博客
07-23 728
llen使用实例，测列表长度。
教务管理平台/高校教务管理系统的设计与实现/教务网站/学生成绩管理系统/学生课程管理系统
最新发布
weixin_47958760的博客
07-27 769
本毕业设计的内容是设计并且实现一个基于JSP技术的教务管理平台。采用MYSQL为数据库开发平台，SSM框架，Tomcat网络信息服务作为应用服务器。教务管理平台的功能已基本实现，主要有学生、教师、课程信息、课程选择、教师课表、学生成绩、图书信息、考试等管理功能。 论文主要从系统的分析与设计 、数据库设计和系统的详细设计等几个方面来进行论述，系统分析与设计部分主要论述了系统的功能分析、系统的设计思路，数据库设计主要论述了数据库的设计，系统的详细设计部分主要论述了几个主要模块的详细设计过程。
Activiti 6 兼容openGauss数据库bytes类型不匹配
cainiaofeitian的专栏
07-25 310
然后去找了一下postgre 数据库类型跟jdbc的类型对照，bytea对应的是binary，找到resource.xml(位置是org.activiti:activiti-engine:6.0.0/org.activiti/db/mapping/entity/Resource.xml)，批量插入的sql把jdbcType修改为binary，重启项目，还是报错。byte_字段是act_ge_bytearray表的，openGauss里的类型是bytea，类型是匹配的。
v-bind如何绑定图片
03-23
在Vue.js中，可以使用v-bind指令来绑定图片。具体来说，可以使用v-bind:src属性来绑定图片的URL，例如： <img v-bind:src="imageUrl"> 其中，imageUrl是一个Vue实例中的数据属性，它存储了图片的URL。当数据属性...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值