[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次執行：

--//沒有任何輸出。
--//我反覆測試多次，都是這樣的情況。