[20190401]跟蹤dbms_lock.sleep呼叫.txt
[20190401]跟蹤dbms_lock.sleep呼叫.txt
--//自己在semtimedop函式呼叫理解錯誤,加深理解,跟蹤dbms_lock.sleep呼叫的情況.
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
grant EXECUTE ON dbms_lock to scott;
SCOTT@book> @ spid
SID SERIAL# PROCESS SERVER SPID PID P_SERIAL# C50
---------- ---------- ------------------------ --------- ------ ------- ---------- --------------------------------------------------
51 7 60257 DEDICATED 60258 27 123 alter system kill session '51,7' immediate;
$ strace -fTr -e semtimedop -p 60258
Process 60258 attached - interrupt to quit
--//僅僅跟蹤semtimedop.
2.測試:
SCOTT@book> exec dbms_lock.sleep(5.3)
PL/SQL procedure successfully completed.
$ strace -fTr -e semtimedop -p 60258
Process 60258 attached - interrupt to quit
0.000000 semtimedop(309821440, 0x7fffe52f9ac0, 1, {5, 300000000}) = -1 EAGAIN (Resource temporarily unavailable) <5.300886>
--//可以發現實際上執行dbms_lock.sleep(5.3),呼叫函式是semtimedop,睡眠5.3秒.
SCOTT@book> exec dbms_lock.sleep(10.3)
PL/SQL procedure successfully completed.
$ strace -fTr -e semtimedop -p 60258
..
65.217301 semtimedop(309821440, 0x7fffe52f9ac0, 1, {3, 0}) = -1 EAGAIN (Resource temporarily unavailable) <3.000460>
3.000610 semtimedop(309821440, 0x7fffe52f9ac0, 1, {3, 0}) = -1 EAGAIN (Resource temporarily unavailable) <3.000960>
3.001073 semtimedop(309821440, 0x7fffe52f9ac0, 1, {4, 300000000}) = -1 EAGAIN (Resource temporarily unavailable) <4.300934>
--//你可以基本看出執行dbms_lock.sleep大致演算法,oracle許多東西都與3秒有關.
--//分成多個3秒,開始呼叫semtimedop 3秒,剩下部分小於2*3秒時,呼叫剩餘的部分.
--//再次測試,在執行的過程中開啟新終端視窗,執行kill -1 60258.
SCOTT@book> exec dbms_lock.sleep(10.3)
--//中間執行:
$ kill -1 60258
PL/SQL procedure successfully completed.
--//注:kill -1 並不會殺死程式,僅僅掛起.可以透過kill -l瞭解一些細節.
$ kill -l
1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL
5) SIGTRAP 6) SIGABRT 7) SIGBUS 8) SIGFPE
9) SIGKILL 10) SIGUSR1 11) SIGSEGV 12) SIGUSR2
13) SIGPIPE 14) SIGALRM 15) SIGTERM 16) SIGSTKFLT
17) SIGCHLD 18) SIGCONT 19) SIGSTOP 20) SIGTSTP
21) SIGTTIN 22) SIGTTOU 23) SIGURG 24) SIGXCPU
25) SIGXFSZ 26) SIGVTALRM 27) SIGPROF 28) SIGWINCH
29) SIGIO 30) SIGPWR 31) SIGSYS 34) SIGRTMIN
35) SIGRTMIN+1 36) SIGRTMIN+2 37) SIGRTMIN+3 38) SIGRTMIN+4
39) SIGRTMIN+5 40) SIGRTMIN+6 41) SIGRTMIN+7 42) SIGRTMIN+8
43) SIGRTMIN+9 44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12
47) SIGRTMIN+13 48) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14
51) SIGRTMAX-13 52) SIGRTMAX-12 53) SIGRTMAX-11 54) SIGRTMAX-10
55) SIGRTMAX-9 56) SIGRTMAX-8 57) SIGRTMAX-7 58) SIGRTMAX-6
59) SIGRTMAX-5 60) SIGRTMAX-4 61) SIGRTMAX-3 62) SIGRTMAX-2
63) SIGRTMAX-1 64) SIGRTMAX
$ strace -fTr -e semtimedop -p 60258
..
154.662451 semtimedop(309821440, 0x7fffe52f9ac0, 1, {3, 0}) = -1 EAGAIN (Resource temporarily unavailable) <3.000463>
3.000651 semtimedop(309821440, 0x7fffe52f9ac0, 1, {3, 0}) = -1 EINTR (Interrupted system call) <1.573761>
1.573876 --- SIGHUP (Hangup) @ 0 (0) ---
0.000203 semtimedop(309821440, 0x7fffe52f9ac0, 1, {5, 730000000}) = -1 EAGAIN (Resource temporarily unavailable) <5.730875>
--//在第2個3秒中發出了中斷,僅僅執行1.57秒.最後1次呼叫執行 4.3+1.43 = 5.73秒.
--//再次測試,中間按ctrl+c看看:
SCOTT@book> exec dbms_lock.sleep(10.3)
BEGIN dbms_lock.sleep(10.3); END;
*
ERROR at line 1:
ORA-01013: user requested cancel of current operation
ORA-06512: at "SYS.DBMS_LOCK", line 205
ORA-06512: at line 1
$ strace -fTr -e semtimedop -p 60258
..
14.543729 semtimedop(309821440, 0x7fffe52f9ac0, 1, {3, 0}) = -1 EINTR (Interrupted system call) <2.880053>
2.880177 --- SIGURG (Urgent I/O condition) @ 0 (0) ---
--//中斷不再繼續執行.
--//再次測試,中間執行kill -19 60258, 19表示SIGSTOP,暫停執行.
$ strace -fTr -e semtimedop -p 60258
..
172.564623 semtimedop(309821440, 0x7fffe52f9ac0, 1, {3, 0}) = -1 EINTR (Interrupted system call) <2.343982>
2.344113 --- SIGSTOP (Stopped (signal)) @ 0 (0) ---
0.000071 --- SIGSTOP (Stopped (signal)) @ 0 (0) ---
0.000326 semtimedop(309821440, 0x7fffe52f9ac0, 1, {3, 0}) = -1 EAGAIN (Resource temporarily unavailable) <3.000768>
3.000904 semtimedop(309821440, 0x7fffe52f9ac0, 1, {4, 960000000}) = -1 EAGAIN (Resource temporarily unavailable) <4.960862>
--//可以發現僅僅暫停第1個3秒的執行.總的sleep時間是不變的.
--//2.343982+3.000768+4.960862 = 10.305612
--//後續的sql語句並不影響執行.
--//做這些測試僅僅是加強理解..^_^.
--//順便說一下linux sleep呼叫的是nanosleep.
$ strace sleep 10.3
...
brk(0x1d63000) = 0x1d63000
nanosleep({10, 300000001}, NULL) = 0
close(1) = 0
exit_group(0) = ?
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/267265/viewspace-2640013/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- [20190401]關於semtimedop函式呼叫.txt函式
- [20190402]跟蹤vmstat.txt
- 像跟蹤分散式服務呼叫那樣跟蹤 Go 函式呼叫鏈分散式Go函式
- [20210603]如何跟蹤索引分裂.txt索引
- [20231025]跟蹤rename操作2.txt
- [20211013]閱讀ldd原始碼跟蹤.txt原始碼
- [20190401]那個更快的疑問.txt
- [20190917]oracle跟蹤事件簡單寫法.txtOracle事件
- [20210220]gdb跟蹤邏輯讀2.txt
- [20200818]12c 10046跟蹤時間戳.txt時間戳
- [20210401]跟蹤sqlplus登入執行了什麼.txtSQL
- [20190401]隱含引數_mutex_spin_count.txtMutex
- [20211011]跟蹤freespace空間的變化情況.txt
- [20200219]strace跟蹤設定ENABLE=BROKEN的情況.txt
- [20200326]dbms_monitor跟蹤與SQL語句分析.txtSQL
- 基於OpenTelemetry實現Java微服務呼叫鏈跟蹤Java微服務
- [20240920]跟蹤library cache lock library cache pin使用gdb.txt
- [20240824]跟蹤library cache lock library cache pin使用gdb.txt
- [20200818]12c 10046跟蹤時間戳2.txt時間戳
- [20191221]12c查詢跟蹤檔案內容.txt
- Java呼叫鏈跟蹤關鍵技術(四)SQL監控JavaSQL
- Istio最佳實踐系列:如何實現方法級呼叫跟蹤?
- 呼叫鏈與日誌的關聯式跟蹤查詢
- [20211227]抽取跟蹤檔案中的繫結變數值.txt變數
- [20200417]跟蹤特定sql語句以及v$open_cursor檢視.txtSQL
- 分散式呼叫鏈跟蹤工具Jaeger?兩分鐘極速體驗分散式
- sp_trace_setfilter sqlserver篩選跟蹤或跟蹤過濾FilterSQLServer
- [20201118]18c 10046跟蹤時間戳3(虛擬機器).txt時間戳虛擬機
- 主力跟蹤戰法
- 反跟蹤技術
- idou老師教你學Istio 22 : 如何用istio實現呼叫鏈跟蹤
- git的跟蹤分支和遠端跟蹤分支學習筆記Git筆記
- [20241108]跟蹤library cache lock library cache pin使用gdb(11g)4.txt
- [20241108]跟蹤library cache lock library cache pin使用gdb(11g)3.txt
- [20241105]跟蹤library cache lock library cache pin使用gdb(11g)2.txt
- [20200219]strace跟蹤設定ENABLE=BROKEN的情況(網路的情況).txt
- [20200422]跟蹤特定sql語句以及v$open_cursor檢視(補充).txtSQL
- [20200417]跟蹤特定sql語句以及v$open_cursor檢視2.txtSQL