oracle 11g latch之v$latch系列三

最新推荐文章于 2021-04-16 04:40:50 发布
最新推荐文章于 2021-04-16 04:40:50 发布
阅读量154 收藏
点赞数
文章标签： 数据库

背景

   本文为oracle 11g latch系列的第三篇文章，继续深入学习latch，想要熟悉其原理，还是先了解下相关视图的含义，尔后进一步深入其中，
便于解决问题。
   
   本系列前2文链接如下：


   oracle 11g latch之系列一
   http://blog.itpub.net/9240380/viewspace-1820418/


   oracle 11g latch之v$latch系列二
   http://blog.itpub.net/9240380/viewspace-1820457/




结论

1,oradebug poke手工模拟shared pool latch虽然成功，但v$latchholder却一直没值，还是没有理解清晰latch的机制和v$latchholder的关系
2,没有子LATCH的LATCH的情况只在V$LATCH及V$LATCH_PARENT存储数据
  而有子LATCH的LATCH在v$latch及v$latch_parent和v$latch_childrent皆存储数据
3,模拟占有shared pool latch为
用oradebug模拟shared poo latch
SQL> select 'oradebug poke 0x'||addr||' 4 0x00000001;' from v$latch_children where latch#=293;


'ORADEBUGPOKE0X'||ADDR||'40X00000001;'
--------------------------------------------------------------------------------------------
oradebug poke 0x0000000060103C88 4 0x00000001;
oradebug poke 0x0000000060103BE8 4 0x00000001;
oradebug poke 0x0000000060103B48 4 0x00000001;
oradebug poke 0x0000000060103AA8 4 0x00000001;
oradebug poke 0x0000000060103A08 4 0x00000001;
oradebug poke 0x0000000060103968 4 0x00000001;
oradebug poke 0x00000000601038C8 4 0x00000001;


4，模拟释放shared pool latch为
oradebug poke 0x0000000060103C88 4 0x00000000;
oradebug poke 0x0000000060103BE8 4 0x00000000;
oradebug poke 0x0000000060103B48 4 0x00000000;
oradebug poke 0x0000000060103AA8 4 0x00000000;
oradebug poke 0x0000000060103A08 4 0x00000000;
oradebug poke 0x0000000060103968 4 0x00000000;
oradebug poke 0x00000000601038C8 4 0x00000000; 


可见即1为占有，0为释放




测试



1,数据库版本
SQL> select * from v$version where rownum=1;


BANNER
----------------------------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production


2，获取有子latch的测试latch
SQL> select addr,latch#,level#,name,hash,gets,misses,immediate_gets,immediate_misses,spin_gets from v$latch where gets >0 and immediate_gets>0 and rownum<=10;


ADDR                 LATCH#     LEVEL# NAME                                 HASH       GETS     MISSES IMMEDIATE_GETS IMMEDIATE_MISSES  SPIN_GETS
---------------- ---------- ---------- ------------------------------ ---------- ---------- ---------- -------------- ---------------- ----------
0000000060009720          2          8 post/wait queue                 823771719     685636       1383         858180             2479          0
0000000060009F38          9          7 process allocation             2600548697      22679          2           7624                0          0
000000006000A9E0         16          8 longop free list parent         853437045         96          0             88                0          0
000000006000CF38         28          4 enqueue hash chains            1456202064   11610594       4823            325                0          3
000000006000D3A0         33          6 SGA IO buffer pool latch       2719726273          1          0              1                0          0
00000000600101C8         70          0 active service list            4226341592    1931885         58          10716                1          9
00000000600178B0        137          7 Memory Management Latch        1808980316         26          0           6943                0          0
00000000600188A8        145          2 cache buffers lru chain        3559635447     177525        149         170932              140          0
0000000060019E38        149          5 checkpoint queue latch         4259362863     298484          1          81957                3          0
000000006001A620        150          1 cache buffers chains           3563305585  299012270      13426         182643               77       7195


10 rows selected.


可见上述的10个LATCH只有6个LATCH有有子LATCH，还有4个LATCH没有子LATCH
SQL> select latch#,count(child#) from v$latch_children where latch# in (select latch# from  v$latch where gets >0 and immediate_gets>0 and rownum<=10) group by latch# order by 2;


    LATCH# COUNT(CHILD#)
---------- -------------
        28             1
        16             1
         2             7
       145            16
       149            16
       150          8192


6 rows selected.


v$latch和v$latch_parent存储数据是相同的，源自官方手册
SQL> select addr,latch#,level#,name,hash,gets,misses,immediate_gets,immediate_misses,spin_gets from v$latch where latch#=2;


ADDR                 LATCH#     LEVEL# NAME                                 HASH       GETS     MISSES IMMEDIATE_GETS IMMEDIATE_MISSES  SPIN_GETS
---------------- ---------- ---------- ------------------------------ ---------- ---------- ---------- -------------- ---------------- ----------
0000000060009720          2          8 post/wait queue                 823771719     702401       1412         879227             2545          0


SQL> select addr,latch#,level#,name,hash,gets,misses,immediate_gets,immediate_misses,spin_gets from v$latch_parent where latch#=2;


ADDR                 LATCH#     LEVEL# NAME                                 HASH       GETS     MISSES IMMEDIATE_GETS IMMEDIATE_MISSES  SPIN_GETS
---------------- ---------- ---------- ------------------------------ ---------- ---------- ---------- -------------- ---------------- ----------
0000000060009720          2          8 post/wait queue                 823771719        158          0              0                0          0


获取上述LATCH的子LATCH，可见有7个子LATCH,且每个子LATCH的地址和其父LATCH的地址各为不同
SQL> select addr,latch#,child#,level#,name,hash,gets,misses,immediate_gets,immediate_misses,spin_gets from v$latch_children where latch#=2 order by 3;


ADDR                 LATCH#     CHILD#     LEVEL# NAME                                 HASH       GETS     MISSES IMMEDIATE_GETS IMMEDIATE_MISSES  SPIN_GETS
---------------- ---------- ---------- ---------- ------------------------------ ---------- ---------- ---------- -------------- ---------------- ----------
00000000DF0E8E18          2          1          8 post/wait queue                 823771719          0          0              0                0          0
00000000DF0E8ED8          2          2          8 post/wait queue                 823771719          0          0              0                0          0
00000000DF0E8F98          2          3          8 post/wait queue                 823771719          0          0              0                0          0
00000000DF0E9058          2          4          8 post/wait queue                 823771719          0          0              0                0          0
00000000DF0E9118          2          5          8 post/wait queue                 823771719          0          0              0                0          0
00000000DF0E91D8          2          6          8 post/wait queue                 823771719     318043        822         437417             1505          0
00000000DF0E9298          2          7          8 post/wait queue                 823771719     382458        585         439529             1031          0


7 rows selected.


再看下余下LATCH的没有子LATCH的4个LATCH的情况
可见没有子LATCH的LATCH，只在V$LATCH及V$LATCH_PARENT存储数据
SQL> select addr,latch#,level#,name,hash,gets,misses,immediate_gets,immediate_misses,spin_gets from v$latch where latch#=9;


ADDR                 LATCH#     LEVEL# NAME                                 HASH       GETS     MISSES IMMEDIATE_GETS IMMEDIATE_MISSES  SPIN_GETS
---------------- ---------- ---------- ------------------------------ ---------- ---------- ---------- -------------- ---------------- ----------
0000000060009F38          9          7 process allocation             2600548697      23328          2           7789                0          0


SQL> select addr,latch#,level#,name,hash,gets,misses,immediate_gets,immediate_misses,spin_gets from v$latch_parent where latch#=9;


ADDR                 LATCH#     LEVEL# NAME                                 HASH       GETS     MISSES IMMEDIATE_GETS IMMEDIATE_MISSES  SPIN_GETS
---------------- ---------- ---------- ------------------------------ ---------- ---------- ---------- -------------- ---------------- ----------
0000000060009F38          9          7 process allocation             2600548697      23328          2           7789                0          0


SQL> select addr,latch#,child#,level#,name,hash,gets,misses,immediate_gets,immediate_misses,spin_gets from v$latch_children where latch#=9 order by 3;


no rows selected




再学习下v$latchholder


经用ORADEBUG POKE模拟shared pool latch,虽然成功，但始终v$latchholder没有数据，也就是说我对于v$latchholder理解不准确




会话1


可见当前没有进程或会话持有LATCH


pid为持latch的进程号，sid为持latch会话，laddr为latch地址,gets为请求LATCH的次数（以乐意等待或不乐意等待），这理还是没有掌握到如何模拟出v$latchholder的深一层使用
SQL>  select pid,sid,laddr,name,gets from v$latchholder;


no rows selected


SQL> select latch#,child#,name from v$latch_children where latch#=293 order by 2;


    LATCH#     CHILD# NAME
---------- ---------- --------------------
       293          1 shared pool
       293          2 shared pool
       293          3 shared pool
       293          4 shared pool
       293          5 shared pool
       293          6 shared pool
       293          7 shared pool


7 rows selected.


SQL> select  pid,spid from v$process where addr=(select paddr from v$session where sid=(select sid from v$mystat where rownum=1));


       PID SPID
---------- ------------------------------------------------
        31 7675


SQL> select sid from v$mystat where rownum=1;


       SID
----------
       40


可见当前SHARE POOL LATCH的MISES为1931
SQL> select addr,latch#,level#,name,hash,gets,misses,immediate_gets,immediate_misses,spin_gets from v$latch where latch#=293;


ADDR                 LATCH#     LEVEL# NAME                                 HASH       GETS     MISSES IMMEDIATE_GETS IMMEDIATE_MISSES  SPIN_GETS
---------------- ---------- ---------- ------------------------------ ---------- ---------- ---------- -------------- ---------------- ----------
0000000060033B08        293          7 shared pool                    2276811941     607836       1931              0                0          0


SQL> select addr,latch#,level#,name,hash,gets,misses,immediate_gets,immediate_misses,spin_gets from v$latch where latch#=293;


ADDR                 LATCH#     LEVEL# NAME                                 HASH       GETS     MISSES IMMEDIATE_GETS IMMEDIATE_MISSES  SPIN_GETS
---------------- ---------- ---------- ------------------------------ ---------- ---------- ---------- -------------- ---------------- ----------
0000000060033B08        293          7 shared pool                    2276811941     618910       1931              0                0          0


会话2
SQL> select  pid,spid from v$process where addr=(select paddr from v$session where sid=(select sid from v$mystat where rownum=1));


       PID SPID
---------- ------------------------------------------------
        30 7581


SQL> select sid from v$mystat where rownum=1;


       SID
----------
       38




会话1
用oradebug模拟shared poo latch
SQL> select 'oradebug poke 0x'||addr||' 4 0x00000001;' from v$latch_children where latch#=293;


'ORADEBUGPOKE0X'||ADDR||'40X00000001;'
--------------------------------------------------------------------------------------------
oradebug poke 0x0000000060103C88 4 0x00000001;
oradebug poke 0x0000000060103BE8 4 0x00000001;
oradebug poke 0x0000000060103B48 4 0x00000001;
oradebug poke 0x0000000060103AA8 4 0x00000001;
oradebug poke 0x0000000060103A08 4 0x00000001;
oradebug poke 0x0000000060103968 4 0x00000001;
oradebug poke 0x00000000601038C8 4 0x00000001;


7 rows selected.


SQL> oradebug setmypid
Statement processed.
SQL> oradebug poke 0x0000000060103C88 4 0x00000001;
oradebug poke 0x0000000060103BE8 4 0x00000001;
oradebug poke 0x0000000060103B48 4 0x00000001;
oradebug poke 0x0000000060103AA8 4 0x00000001;
oradebug poke 0x0000000060103A08 4 0x00000001;
oradebug poke 0x0000000060103968 4 0x00000001;
BEFORE: [060103C88, 060103C8C) = 00000000
AFTER:  [060103C88, 060103C8C) = 00000001
SQL> BEFORE: [060103BE8, 060103BEC) = 00000000
AFTER:  [060103BE8, 060103BEC) = 00000001
SQL> BEFORE: [060103B48, 060103B4C) = 00000000
AFTER:  [060103B48, 060103B4C) = 00000001
SQL> BEFORE: [060103AA8, 060103AAC) = 00000000
AFTER:  [060103AA8, 060103AAC) = 00000001
SQL> BEFORE: [060103A08, 060103A0C) = 00000000
AFTER:  [060103A08, 060103A0C) = 00000001
SQL> BEFORE: [060103968, 06010396C) = 00000000
AFTER:  [060103968, 06010396C) = 00000001
SQL> oradebug poke 0x00000000601038C8 4 0x00000001;
BEFORE: [0601038C8, 0601038CC) = 00000000
AFTER:  [0601038C8, 0601038CC) = 00000001










会话2
SQL> create table t_latch(a int);
hang住了


会话1
SQL> select pid,sid,laddr,name,gets from v$latchholder;


no rows selected


但好像没有数据显示




会话1


释放shared pool latch
SQL> oradebug setmypid
Statement processed.
SQL> oradebug poke 0x0000000060103C88 4 0x00000000;
BEFORE: [060103C88, 060103C8C) = 00000001
AFTER:  [060103C88, 060103C8C) = 00000000
SQL> oradebug poke 0x0000000060103BE8 4 0x00000000;
BEFORE: [060103BE8, 060103BEC) = 00000001
AFTER:  [060103BE8, 060103BEC) = 00000000
oradebug poke 0x0000000060103B48 4 0x00000000;
BEFORE: [060103B48, 060103B4C) = 00000001
AFTER:  [060103B48, 060103B4C) = 00000000
SQL> oradebug poke 0x0000000060103AA8 4 0x00000000;
BEFORE: [060103AA8, 060103AAC) = 00000001
AFTER:  [060103AA8, 060103AAC) = 00000000
SQL> oradebug poke 0x0000000060103A08 4 0x00000000;
BEFORE: [060103A08, 060103A0C) = 00000001
AFTER:  [060103A08, 060103A0C) = 00000000
SQL> oradebug poke 0x0000000060103968 4 0x00000000;
BEFORE: [060103968, 06010396C) = 00000001
AFTER:  [060103968, 06010396C) = 00000000
SQL> oradebug poke 0x00000000601038C8 4 0x00000000;
BEFORE: [0601038C8, 0601038CC) = 00000001
AFTER:  [0601038C8, 0601038CC) = 00000000


会话2
ddl执行成功
SQL> create table t_latch2(a int);


Table created.




来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/9240380/viewspace-1821684/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/9240380/viewspace-1821684/

clg10051
关注
手动模拟获取latch
zhou1862324的专栏
06-08 1207
手动模拟获取latch 随意dump一个latches结构文件: SQL> oradebug dump latches 10 ORA-00074: no process has been specified SQL> oradebug setmypid Statement processed. SQL> oradebug dump latches 10 Statement pro
oracle rrsf_oracle wait events(等待事件) 一览表
weixin_39959369的博客
12-19 1199
NAME WAIT_CLASS-------------------------------------------------------------------------------- --------------------...
48.Oracle杂记——Oracle常用动态视图v$latchholder
badman250的专栏
11-01 756
48.Oracle杂记——Oracle常用动态视图v$latchholder 视图v$latchholder 显示当前latch持有者的信息。 视图描述如下： sys@PDB1> desc v$latchholder  Name                                                                  Null?    Type  
oracle 11g latch之v$latch系列二
11-01 165
背景 在上文中：http://blog.itpub.net/9240380/viewspace-1820418/，我们学习oracle 11g latch开了个头，本文继续了解latch相关的知识， 主要基于v...
Oracle 值得学习的一篇有关v$Latch的文章
dbhang的博客
01-26 511
值得学习的一篇有关Latch的文章: Latch的请求获取类型分为两种模式: Willing-to-wait：是指如果所请求的latch不能立即得到，请求进程将等待一很短的时间后再次发出请求。进程一直重复此过程直到得到latch。 Immediate：是指如果所请求的latch不能立即得到，请求进程就不再等待，而是继续执行下去。 以下参数都是对于Willing-to-wait模式的latch而言的，no-wait模式的latch获得情况统计值则在IMMEDIATE_GETS和IMMEDIATE_MISSES
深入理解Oracle中的latch(原创)
czmmiao的专栏
04-04 1167
串行化 概述 串行化 - 数据库系统本身是一个多用户并发处理系统，在同一个时间点上，可能会有多个用户同时操作数据库, 多个用户同时在相同的物理位置上写数据时，不能发生互相覆盖的情况,这叫做串行化，串行化会降低系统的并发性，但这对于保护数据结构不被破坏来说则是必需的。在Oracle数据库中，通过闩锁（latch）和锁定（lock）来解决这两个问题。 闩锁和锁定既有相同点又有...
学习动态性能表(11)--v$latch$v$latch_children
08-29
【学习动态性能表(11)--v$latch$v$latch_children】主要关注Oracle数据库中的动态性能视图，尤其是关于latch这一关键概念的监控和分析。latch是一种轻量级的锁定机制，用于保护SGA（System Global Area）中的共享...
Oracle中的Latch和Lock.pdf
10-10
Oracle数据库是一种广泛使用的大型关系型数据库管理系统，它在...在实际操作中，可以利用Oracle提供的相关视图（如V$LOCK、V$LATCH等）和SQL语句来监控和分析Latch和Lock的状态，以更好地理解和优化数据库的并发行为。
Oracle等待事件latch解析
最新发布
03-05
3. **v$latchholder**：此视图可以帮助我们找到当前持有latch的会话。通过查看这个视图，我们可以找到哪些会话正在占用latch，从而成为潜在的“阻塞者”。 ```sql SELECT * FROM v$latchholder; ``` 4. **v$...
Resolving_Oracle_Latch_Contention.rar_latch contention_oracle
09-20
在Oracle数据库系统中，"Latch Contention"是一个关键性能问题，它涉及到多个进程或线程在尝试获取同一资源锁（Latch）时的竞争。这通常会导致系统性能下降，因为当一个进程等待另一个进程释放Latch时，数据库操作...
oradebug推进scn
Database、Code
11-11 1764
有时候我们遇到如下错误： ORA-01092: ORACLE instance terminated. Disconnection forced ORA-00600: internal error code, arguments: [2662], [0], [5685940], [0], [5685970], [4194432], [], [], [], [], [], [] Process I
诊断某段时间数据库性能抖动问题思路
独孤清扬玩DB
07-01 2116
场景： 经常有开发人员反馈，在某段时间(甚至时间精确到秒) 反馈有业务接口超时问题。并不一定是某条sql慢，而是整个应用接口上都出现了慢sql问题。这时候一般是根据精确的时间点观察等待事件和报错日志以及时间点前后数据库在干什么事情来分析问题。 查看错误日志信息+监控信息 重点查看的是数据库alert日志错误告警和操作系统错误日志信息： linux下举例：/u01/app/oracle/diag/rdbms/orcl11g/orcl11g/trace/alert_orcl11g.log ..
undo change vector size oracle,Oracle RAC环境单独节点插入数据也会导致全局等待（二）...
weixin_39951930的博客
04-16 181
在RAC环境中，登陆到一个实例，在处理的数据完全与另外实例内存中数据无关的情况下，也会导致gc全局等待产生。这一篇描述性能影响。上一篇文章描述gc等待产生的现象，这篇文章验证一下产生的全局等待是否会对性能产生不利影响：SQL> truncate table t;表被截断。SQL> set timing onSQL> insert into t2 select *3 from ...
ORACLE 12c 所有latch name
热门推荐
badman250的专栏
03-03 3万+
共770个 PC and Classifier lists for WLM post/wait queue hot latch diags event stats latch test excl. non-parent l0 test excl. parent l0 test excl. parent2 l0 test shared non-parent l0 test excl
Oracle RAC环境单独节点插入数据也会导致全局等待（二）
weixin_34138377的博客
06-24 181
在RAC环境中，登陆到一个实例，在处理的数据完全与另外实例内存中数据无关的情况下，也会导致gc全局等待产生。这一篇描述性能影响。上一篇文章描述gc等待产生的现象，这篇文章验证一下产生的全局等待是否会对性能产生不利影响：SQL> truncate table t;表被截断。SQL> set timing onSQL> insert into t 2 sel...
v$latch和v$latch_children简介！
事后诸葛亮的程序人生（微信：zq9017197）
12-26 4106
Latch 是一种低级串行锁机制，用来保护内存结构。Latch 机制会通过对内存位的置0或置1来持有或者释放Latch。 v$latch 展现的是统计信息的汇总，v$latch_children 展现的是统计信息的明细。之所以这样设计，是因为Latch在本质上是串行的，为了提高并发性，Oracle将很多内存结构进行分隔、拆分，通过多个子Latch来分别守护不同的内存区域，从而提升了性能。 在数
44.Oracle杂记——Oracle常用动态视图v$latch_children
badman250的专栏
10-31 1009
44.Oracle杂记——Oracle常用动态视图v$latch_children 视图v$latch_children显示子latch的静态统计。 这个视图显示V$LATCH的所有列再加上CHILD#列。 视图描述如下： sys@PDB1> desc v$latch_children;  Name                                             
[20190415]11g下那些latch是共享的.txt
weixin_33981932的博客
04-15 75
[20190415]11g下那些latch是共享的.txthttp://andreynikolaev.wordpress.com/2010/11/23/shared-latches-by-oracle-version/--//oracle并没有文档准确说明那些latch是支持共享,作者的链接通过使用orderbug手工调用kslgetsl()函数(10g)或者kslgetsl_w()函--//数(...
Oracle Library Cache Latch 竞争分析与解决
"Oracle Library Cache Latch 竞争的解决" 在 Oracle 数据库中，Library Cache Latch 是一个关键的内部结构，用于管理 SQL 和 PL/SQL 代码的缓存。当多个会话同时尝试访问或修改 Library Cache 中的同一对象时，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值