[20210521]11g shared pool latch与library cache mutex的简单探究4.txt

[20210521]11g shared pool latch与library cache mutex的简单探究4.txt

--//继续昨天的测试：
http://blog.itpub.net/267265/viewspace-2773083/ =>[20210520]11g shared pool latch与library cache mutex的简单探究3.txt

当时的总结：
--//很明显前面3次出现都需要遇到这两个等待事件，
--//第1次library cache: mutex X，再持有latch: shared pool
--//第2，3次先持有latch: shared pool，然后才是library cache: mutex X.
--//第4次没有需要latch: shared pool，library cache: mutex X。

--//有点不好理解的地方是为什么第1次library cache: mutex X，再持有latch: shared pool，而后面的第2，3次先持有latch: shared
--//pool，然后才是library cache: mutex X.

--//会不会11g的sqlplus客户端改变什么导致的情况。因为11g下sqlplus执行后不会马上释放光标，会不会就是这个原因导致出现这样的
--//情况。

1.环境：
SCOTT@book> @ ver1
PORT_STRING                    VERSION        BANNER
------------------------------ -------------- --------------------------------------------------------------------------------
x86_64/Linux 2.4.xx            11.2.0.4.0     Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

2.测试：
SCOTT@book> @ s
SCOTT@book(295,5)> @ spid
       SID    SERIAL# PROCESS                  SERVER    SPID       PID  P_SERIAL# C50
---------- ---------- ------------------------ --------- ------ ------- ---------- --------------------------------------------------
       295          5 15988                    DEDICATED 15989       21          3 alter system kill session '295,5' immediate;

$ cat latch_mutex.gdb
break kslgetl if $rdi==0X6010D860
  commands
    silent
    printf "kslgetl %x, %d, %d, %d ", $rdi, $rsi, $rdx, $rcx
    c
  end

break kglGetMutex if $rsi==0X80528f40
  commands
    silent
    printf "kglGetMutex %x, %x, %x, %d ", $rdi, $rsi, $rdx, $rcx
    c
  end

--//执行如下命令多次，避免一些递归。
--//desc dept;
--//Select * from dept where deptno=20;
--//select sysdate from dual;

--//session 1，第1次执行：
SCOTT@book(295,5)> select * from dept where deptno=20;
    DEPTNO DNAME          LOC
---------- -------------- -------------
        20 RESEARCH       DALLAS

$ gdb -p 15989 -x latch_mutex.gdb
...
(gdb) c
Continuing.
kglGetMutex c0cc9e0, 80528f40, 7d4f8a18, 1
kslgetl 6010d860, 1, 0, 3980

--//session 1,顺便执行其它语句，比如：
select sysdate from dual;
--//因为这条语句已经在测试前执行多次，光标已经缓存。后面测试按照这样的方式执行，也就是执行顺序是：
select * from dept where deptno=20;
select sysdate from dual;
--//循环往复，不再说明：

--//session 1，第2次执行前执行：
SCOTT@book(44,11)> select sysdate from dual ;
SYSDATE
-------------------
2021-05-21 09:39:35

--//gdb界面会出现：
kslgetl 6010d860, 1, 2097785048, 3991

--//按照道理应该不会有输出，因为上面的语句光标已经缓存，可以推测这个就是前面的语句select * from dept where deptno=20;导致的情况。

--//session 1，第2次执行：
kglGetMutex c0cc9e0, 80528f40, 7d4f8a18, 1
kslgetl 6010d860, 1, 0, 4039
kslgetl 6010d860, 1, 0, 3980
kslgetl 6010d860, 1, 0, 4039

--//session 1，第3次执行前执行：
SCOTT@book(44,11)> select sysdate from dual ;
SYSDATE
-------------------
2021-05-21 09:42:25

--//gdb界面再次出现：
kslgetl 6010d860, 1, 2097785048, 3991

--//session 1，第3次执行：
kglGetMutex c0cc9e0, 80528f40, 7d4f8a18, 1

--//session 1，第3次执行前执行：
SCOTT@book(44,11)> select sysdate from dual ;
SYSDATE
-------------------
2021-05-21 09:43:51
--//gdb界面，这次没有输出，也就是一旦sql语句缓存，不再出现调用kslgetl的情况。

--//session 1，第4次执行：

--//没有任何输出。
--//我反复测试多次，都是这样的情况。