gdb调试之---当update时第一个持有的Latch是什么Latch锁？

最新推荐文章于 2021-10-07 14:24:32 发布
最新推荐文章于 2021-10-07 14:24:32 发布
阅读量3.1k 收藏 1
点赞数 1
分类专栏： Oracle Debug
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/guoyjoe/article/details/18456937
版权

转载请注明出处：http://blog.csdn.net/guoyjoe/article/details/18456937

1、查出当前会话所对应的系统进程号：SPID=7376，如下语句（在第一个窗口执行）

gyj@OCM> select spid from v$session s,v$process p where s.paddr=p.addr and sid in(select distinct sid from v$mystat);

SPID
------------------------
7376



2、 通过系统进程号7376打开gdb程序（在第二个窗口执行）

[oracle@mydb ~]$ gdb $ORACLE_HOME/bin/oracle 7376
GNU gdb Fedora (6.8-27.el5)
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu"...
(no debugging symbols found)
Attaching to program: /u01/app/oracle/product/11.2.0/bin/oracle, process 7376
Reading symbols from /u01/app/oracle/product/11.2.0/lib/libodm11.so...(no debugging symbols found)...done.
Loaded symbols for /u01/app/oracle/product/11.2.0/lib/libodm11.so
Reading symbols from /u01/app/oracle/product/11.2.0/lib/libcell11.so...done.
Loaded symbols for /u01/app/oracle/product/11.2.0/lib/libcell11.so
Reading symbols from /u01/app/oracle/product/11.2.0/lib/libskgxp11.so...done.
Loaded symbols for /u01/app/oracle/product/11.2.0/lib/libskgxp11.so
Reading symbols from /lib64/librt.so.1...done.
Loaded symbols for /lib64/librt.so.1
Reading symbols from /u01/app/oracle/product/11.2.0/lib/libnnz11.so...done.
Loaded symbols for /u01/app/oracle/product/11.2.0/lib/libnnz11.so
Reading symbols from /u01/app/oracle/product/11.2.0/lib/libclsra11.so...done.
Loaded symbols for /u01/app/oracle/product/11.2.0/lib/libclsra11.so
Reading symbols from /u01/app/oracle/product/11.2.0/lib/libdbcfg11.so...done.
Loaded symbols for /u01/app/oracle/product/11.2.0/lib/libdbcfg11.so
Reading symbols from /u01/app/oracle/product/11.2.0/lib/libhasgen11.so...done.
Loaded symbols for /u01/app/oracle/product/11.2.0/lib/libhasgen11.so
Reading symbols from /u01/app/oracle/product/11.2.0/lib/libskgxn2.so...done.
Loaded symbols for /u01/app/oracle/product/11.2.0/lib/libskgxn2.so
Reading symbols from /u01/app/oracle/product/11.2.0/lib/libocr11.so...done.
Loaded symbols for /u01/app/oracle/product/11.2.0/lib/libocr11.so
Reading symbols from /u01/app/oracle/product/11.2.0/lib/libocrb11.so...done.
Loaded symbols for /u01/app/oracle/product/11.2.0/lib/libocrb11.so
Reading symbols from /u01/app/oracle/product/11.2.0/lib/libocrutl11.so...done.
Loaded symbols for /u01/app/oracle/product/11.2.0/lib/libocrutl11.so
Reading symbols from /usr/lib64/libaio.so.1...done.
Loaded symbols for /usr/lib64/libaio.so.1
Reading symbols from /lib64/libdl.so.2...done.
Loaded symbols for /lib64/libdl.so.2
Reading symbols from /lib64/libm.so.6...done.
Loaded symbols for /lib64/libm.so.6
Reading symbols from /lib64/libpthread.so.0...done.
[Thread debugging using libthread_db enabled]
[New Thread 0x2b0b8fef0910 (LWP 7376)]
Loaded symbols for /lib64/libpthread.so.0
Reading symbols from /lib64/libnsl.so.1...done.
Loaded symbols for /lib64/libnsl.so.1
Reading symbols from /lib64/libc.so.6...done.
Loaded symbols for /lib64/libc.so.6
Reading symbols from /lib64/ld-linux-x86-64.so.2...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Reading symbols from /usr/lib64/libnuma.so.1...done.
Loaded symbols for /usr/lib64/libnuma.so.1
Reading symbols from /lib64/libnss_files.so.2...done.
Loaded symbols for /lib64/libnss_files.so.2
Reading symbols from /u01/app/oracle/product/11.2.0/lib/libnque11.so...done.
Loaded symbols for /u01/app/oracle/product/11.2.0/lib/libnque11.so
0x0000003f0d40d290 in __read_nocancel () from /lib64/libpthread.so.0
(gdb)


3、设一个断点，持有第一个Latch锁(预先知道函数kslgetl就是持有Latch的函数)，并运行（c命令，即continue）（在第二个窗口执行）

(gdb) b kslgetl
Breakpoint 1 at 0x8f96376
(gdb) c
Continuing.


4、执行一个update语句，触发断点的操作，此时update被阻塞了（在第一个窗口执行）

gyj@OCM> update gyj_test set name='AAAAA' where id=1;


5、一执行updater操作，断点就停在这儿了（在第二个窗口执行）

Breakpoint 1, 0x0000000008f96376 in kslgetl ()
(gdb)


6、我们先来看update时持有第一个Latch锁所对应函数kslgetl ()的第一个参数是什么？用命令info all-register显示寄存器（在第二个窗口执行）

(gdb) info all-register
rax            0x0      0
rbx            0x2000   8192
rcx            0xf27    3879
rdx            0x0      0
rsi            0x1      1
rdi            0x601082f0       1611694832
rbp            0x7fff1c5754d0   0x7fff1c5754d0
rsp            0x7fff1c5754d0   0x7fff1c5754d0
r8             0xf27    3879
r9             0xbaf3fa0        196034464
r10            0x0      0
r11            0xf27    3879
r12            0x927db800       2457712640
r13            0x601082f0       1611694832
r14            0x1      1
r15            0x1      1
rip            0x8f96376        0x8f96376 <kslgetl+4>
eflags         0x246    [ PF ZF IF ]
cs             0x33     51
ss             0x2b     43
ds             0x0      0
es             0x0      0
fs             0x0      0
gs             0x0      0
st0            0        (raw 0x00000000000000000000)
---Type <return> to continue, or q <return> to quit---
st1            0        (raw 0x00000000000000000000)
st2            0        (raw 0x00000000000000000000)
st3            0        (raw 0x00000000000000000000)
st4            0        (raw 0x00000000000000000000)
st5            0        (raw 0x00000000000000000000)
st6            333296   (raw 0x4011a2be000000000000)
st7            300384   (raw 0x401192ac000000000000)
fctrl          0x27f    639
fstat          0x0      0
ftag           0xffff   65535
fiseg          0x0      0
fioff          0x9394e95        154750613
foseg          0x7fff   32767
fooff          0x1c573f50       475479888
fop            0x0      0
xmm0           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 
    0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000}
xmm1           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 
    0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000}
xmm2           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 
    0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000}
xmm3           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x8000000000000000}, v16_int8 = {0xfe, 0xff, 0xff, 0xff, 
    0xff, 0xff, 0xff, 0xff, 0xfe, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff}, v8_int16 = {0xfffe, 0xffff, 0xffff, 0xffff, 0xfffe, 0xffff, 
    0xffff, 0xffff}, v4_int32 = {0xfffffffe, 0xffffffff, 0xfffffffe, 0xffffffff}, v2_int64 = {0xfffffffffffffffe, 0xfffffffffffffffe}, 
  uint128 = 0xfffffffffffffffefffffffffffffffe}
---Type <return> to continue, or q <return> to quit---
xmm4           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 
    0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000}
xmm5           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x32, 0xa3, 0xd7, 0x2, 0x0 <repeats 12 times>}, 
  v8_int16 = {0xa332, 0x2d7, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x2d7a332, 0x0, 0x0, 0x0}, v2_int64 = {0x2d7a332, 0x0}, 
  uint128 = 0x00000000000000000000000002d7a332}
xmm6           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 
    0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000}
xmm7           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xda, 0x87, 0xd7, 0x2, 0x0 <repeats 12 times>}, 
  v8_int16 = {0x87da, 0x2d7, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x2d787da, 0x0, 0x0, 0x0}, v2_int64 = {0x2d787da, 0x0}, 
  uint128 = 0x00000000000000000000000002d787da}
xmm8           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 
    0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000}
xmm9           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 
    0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000}
xmm10          {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 
    0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000}
xmm11          {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 
    0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000}
xmm12          {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x18, 0xe, 0x73, 0x90, 0xb, 0x2b, 0x0, 0x0, 0x0, 0x0, 
    0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0xe18, 0x9073, 0x2b0b, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x90730e18, 0x2b0b, 0x0, 0x0}, 
  v2_int64 = {0x2b0b90730e18, 0x0}, uint128 = 0x000000000000000000002b0b90730e18}
xmm13          {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 
    0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000}
xmm14          {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 
    0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000}
---Type <return> to continue, or q <return> to quit---
xmm15          {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 
    0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000}
mxcsr          0x1fa1   [ IE PE IM DM ZM OM UM PM ]
(gdb)


7、rdi/edi是第一个参数， rsi/esi是第二个参数，贴出info all-register命令所显示函数kslgetl ()的两个参数，如下
rsi            0x1      1                                                      ----第二个参数
rdi            0x601082f0       1611694832                 ----第一个参数


8、找到第一个参数0x601082f0,注意因我的OS是64位，前面要补8个0，在v$latch_children视图中地址的字母要大写,
 即0x601082f0要写为00000000601082F0


9、通过视图v$latch_children找Latch锁（在第三个窗口执行）

sys@OCM>  select  name from v$latch_children where addr='00000000601082F0';

NAME
----------------------------------------------------------------
shared pool


10、发现Latch锁就是shared pool Latch。


QQ：252803295

技术交流QQ群：
DSI&Core Search  Ⅰ 群：127149411（2000人技术群:未满）
DSI&Core Search  Ⅱ 群：177089463（1000人技术群:未满）
DSI&Core Search  Ⅲ 群：284596437（500人技术群:未满）
DSI&Core Search  Ⅳ 群：192136702（500人技术群:未满）
DSI&Core Search  Ⅴ 群：285030382（500人闲聊群:未满）


MAIL：dbathink@hotmail.com

BLOG： http://blog.csdn.net/guoyjoe

WEIBO：http://weibo.com/guoyJoe0218

ITPUB： http://www.itpub.net/space-uid-28460966.html

OCM：   http://education.oracle.com/education/otn/YGuo.HTM 

ACONG:  http://www.acoug.org/category/membership


郭一军_guoyJoe
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
GDB调试--以汇编语言为例
10-22
GDB调试--以汇编语言为例
gdb调试技巧之TUI之下的变量查看
hubingsong的博客
09-02 912
gdb调试技巧之TUI之下的变量查看技巧
gdb调试之--read by other session 等待事件的重现
haiross的专栏
01-21 2333
gdb调试之--read by other session 等待事件的重现                分类：            Oracle Debug2014-01-18 21:55290人阅读评论(0)收藏举报 转载请注明出处：http://blog.csdn.net/guoyjoe/article/details/18461845      发生read by ot
gdb调试之---当commit时碰到的第一个等待事件是什么？
长期深耕于云计算、大数据、数据库领域！
01-18 3144
gdb调试之---当commit时碰到的第一个等待事件是什么？
入门系列：gdb学习——函数调用时参数传递
weixin_42645653的博客
10-07 2168
说明：   本文章旨在总结备份、方便以后查询，由于是个人总结，如有不对，欢迎指正；另外，内容大部分来自网络、书籍、和各类手册，如若侵权请告知，马上删帖致歉。   QQ 群 号：513683159 【相互学习】 内容来源：   《Debug Hack 中文版》    实验环境：   ubuntu16.04,64位 内容   接下来要进行函数参数传递的调试。   参数传递方法根据架构、语言、编译器的不同而不同。 参数的存储位置   整型和指针型的参数会从左至右依次保存到rdi、rsi、rdx、rcx、r8、r9
Matplotlib学习笔记
adfgdg的博客
08-29 1070
import numpy as np import matplotlib.pyplot as plt fig = plt.figure(figsize=(4, 4)) 产生一个空的窗口，并且控制图片保存到磁盘时具有一定的大小和纵横比 　gs = gridspec.GridSpec(4, 4) 将整个图像窗口分成４行４列 gs.update(wspace=0.05, hspac...
GDB.rar_GDB chm -CSDN_gdb_gdb beginner_gdb chm_gdb调试
09-22
GDB调试手册，嵌入初学者必备，可收藏作为参考
QT程序调试器——qtcreator-gdb-7.4-MINGW32_NT-6.1-i686
03-23
qtcreator-gdb-7.4-MINGW32_NT-6.1-i686版本调试器主要用于调试QT程序，与QT4.8.5桌面版配套，在本博客内也有相关资源可以下载。
gdb-6.0.rar_gdb_gdb-6_gdb-6.6
09-20
gdb-6.0 linux 下的调试工具
gdb.rar_gdb_gdb-6.6
09-23
gdb指南，是linux下的一个调试器，非常强大和有用，这是一个快速入门的指南。
从内存上解析c++中数组为什么不支持多态
白雾霾
12-05 136
前段时间在c/c++版块的时候，看到有人问为什么数组对象不支持多态的问题，当时没有回，只是感觉不支持！不能拿出理论和实际证据！后面因为工作也就没有 细想，今天刚好看到酷壳上陈皓老师说的也就来述说一下！ 因为这个涉及到内存的问题，所以 我们先来一个小段c语言简单代码 typedef struct { void *ptrv; int a; char c; }...
DEBUG系列五：Update模式下的functiondebug_SAP刘梦_新浪博客
森林木的博客
01-18 470
新建function ，选择update module。 代码就非常简单的一句话 然后新建个程序调用该function 必须显示的调用 commit work，in update task模式调用的函数，不会隐士提交。需要commit work来触发。 这个时候，不管在函数里面打普通断点，还是外部断点，还是在这里F5想进去，都是不能进入upade模式下的函数的。 ...
一行代码关闭unity的所有Debug
lcy的博客
05-16 1766
游戏发布后Debug也会影响游戏性能，但是一个个去关Debug又非常麻烦，我们可以通过在游戏开始时加一行Debug.logger.logEnabled = false;来关闭所有log。
Python第三方库——Matplotlib库
热门推荐
CodeTutor
03-08 1万+
import matplotlib.pyplot as pltmatplotlib.pyplot模块 plt.ion()：打开交互模式 fig, ax = plt.subplots(nrows=1, ncols=1, sharex=False, sharey=False, squeeze=True, subplot_kw=None, gridspec_kw=None, **fig_kw)：创建一个f
GDB tui使用方法
weixin_34150503的博客
03-23 585
为什么80%的码农都做不了架构师？>>> ...
gdb升级
liulove_micky的专栏
08-07 4436
1.查看当前gdb安装情况 [root@localhost core]# rpm -qa | grep gdb gdbm-1.8.0-36.el6.x86_64 gdbm-devel-1.8.0-36.el6.x86_64 eggdbus-0.6-3.el6.x86_64 gdb-7.2-60.el6_4.1.x86_64 2.删除当前gdb版本 [root@localhost
centos 更新gdb到v7.6
deng_sai的专栏
11-22 4218
1. 先卸载gdb旧版本 rpm -qa | grep gdb rpm -e --nodeps gdb-7.2-60.el6_4.1.i686 2. 安装Texinfo文档系统 yum install ncurses-devel 3. 下载gdb 7.6.1源码包 http://ftp.gnu.org/gnu/gdb/gdb-7.6.1.tar.gz 将源码包放在ho
CentOS7 升级gcc和gdb
博客已迁移至 https://lxb.wiki
03-28 3309
升级后版本: gcc-5.4.0 gdb-7.11.1 安装开发必备环境 yum groupinstall &quot;Development Tools&quot; yum install glibc-static libstdc++-static 编译安装gcc-5.4.0 gcc下载地址 tar -xvf gcc-5.4.0.tar.bz2 cd gcc-5.4.0 ./contr...
gdb命令(随时更新)
Armey的博客
08-18 304
查看内存地址内容 x /nfu 0x<address> n 表示要显示的内存单元的个数 f 表示显示方式, 可取如下值 x 按十六进制格式显示变量。 d 按十进制格式显示变量。 u 按十进制格式显示无符号整型。 按八进制格式显示变量。 t 按二进制格式显示变量。 a 按十六进制格式显示变量。 i 指令地址格式 c 按字符格式显示变量。 f 按...
gdb调试gpgpu-sim
最新发布
08-24
当程序达到断点时，调试会停止，并且您可以通过使用`print`命令查看变量的值，使用`step`命令逐步执行代码，或使用其他gdb命令进行调试。 希望这些步骤对您有所帮助！如果您有任何进一步的问题，请随时提问。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值