[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\n", $rdi, $rsi, $rdx, $rcx
c
end
break kglGetMutex if $rsi==0X80528f40
commands
silent
printf "kglGetMutex %x, %x, %x, %d\n", $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次执行：
--//没有任何输出。
--//我反复测试多次，都是这样的情况。
