[20171019]繫結變數的分配長度7.txt

[20171019]繫結變數的分配長度7.txt

--//如果繫結變數中字串分配佔用空間的長度變化，oracle會建立子游標。
--//參考連線：
http://blog.itpub.net/267265/viewspace-1993495/

--//oracle 可以透過一個10503事件設定大的快取，測試看看：
$ oerr ora 10503
10503, 00000, "enable user-specified graduated bind lengths"
// *Cause:
// *Action:

--//參考連結: http://blog.itpub.net/267265/viewspace-2024389/
--//按照長度分級 :1-32,33-128,129-2000,2001-4000.
--//我前面的測試ALTER SESSION SET EVENTS '10503 trace name context level <buffer length>, forever';
--//我以前測試<buffer length> = 2000,如果不是對齊邊界看看會是什麼情況?

1.環境:
SCOTT@test01p> @ ver1
PORT_STRING                    VERSION        BANNER                                                                               CON_ID
------------------------------ -------------- -------------------------------------------------------------------------------- ----------
IBMPC/WIN_NT64-9.1.0           12.1.0.1.0     Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production              0
create table t (c1 varchar2(4000));

2.測試:
alter system flush shared_pool;
ALTER SESSION SET EVENTS '10503 trace name context level 1000, forever';

declare
v_c1 varchar2(4000);
  begin
   for i in 1..4000 loop
     v_c1 := rpad('X',i);
     execute immediate 'select count(*) from t where c1=:instring' using v_c1 ;
    end loop;
end;
/

--確定sql_id='9mrd273576n14'

SCOTT@test01p> select sql_id, child_number, executions  from v$sql where sql_id = '9mrd273576n14';
SQL_ID        CHILD_NUMBER EXECUTIONS
------------- ------------ ----------
9mrd273576n14            0       2000
9mrd273576n14            1       2000

--//你可以發現設定1000,實際上是對齊2000.

3.再重複看看:
alter system flush shared_pool;
ALTER SESSION SET EVENTS '10503 trace name context level 50, forever';

--//執行如上過程略.

SCOTT@test01p> select sql_id, child_number, executions  from v$sql where sql_id = '9mrd273576n14';
SQL_ID        CHILD_NUMBER EXECUTIONS
------------- ------------ ----------
9mrd273576n14            0        128
                         1       1872
                         2       2000

--//你可以發現設定50,實際上對齊邊界128.

SCOTT@test01p> @ bind_cap 9mrd273576n14 ''
C200
------------------------------------------
select count(*) from t where c1=:instring

SQL_ID        CHILD_NUMBER WAS NAME                   POSITION MAX_LENGTH LAST_CAPTURED       DATATYPE_STRING VALUE_STRING
------------- ------------ --- -------------------- ---------- ---------- ------------------- --------------- -------------------------------
9mrd273576n14            0 YES :INSTRING                     1        128 2017-10-19 22:08:16 VARCHAR2(128)   X
                         1 YES :INSTRING                     1       2000 2017-10-19 22:08:16 VARCHAR2(2000)  X

4.總結:
--//僅僅作為前面測試的補充.如果應用存在大量繫結變數的分配長度引起的子游標太多,檢視檢視v$sql_shared_cursor主要BIND_LENGTH_UPGRADEABLE這個原因引起.
--//可以適當設定調整這個值.
ALTER SESSION SET EVENTS '10503 trace name context level <buffer length>, forever';
--//而這種情況主要出現在dml語句,主要集中在insert,update語句 比如.
insert into t values(:1,:2,....);

--//個人估計,如果32長度很容易突破,適當設定128可以一定程度減少子游標的產生.