模拟软解析引发的latch: library cache

最新推荐文章于 2025-05-27 09:19:14 发布

scan724

最新推荐文章于 2025-05-27 09:19:14 发布

阅读量852

点赞数

CC 4.0 BY-SA版权

分类专栏： OWI

本文链接：https://blog.csdn.net/zhaoyangjian724/article/details/36667941

OWI 专栏收录该内容

87 篇文章 ¥39.90 ¥99.00

订阅专栏

本文分析了Oracle数据库中Library Cache锁存器的争用情况，特别是由于Hard Parsing和Soft Parsing过多引起的问题。在多会话执行Soft Parsing时，即便使用了Bind变量，也会导致library cache锁存器争用，从而影响性能。通过调整SESSION_CACHED_CURSORS参数可以缓解这种现象。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

  对于library cache 锁存器,之前在对shared pool锁存器说明时,进行了一定的讨论。为了寻找空闲Chunk,通过shared pool锁存器，实现保护

扫描空闲列和分配适当Chunk;为了执行SQL。通过library cache锁存器,保护检索并管理库高速缓冲区的所有工作。

library cache 锁存器拥有比CPU count值大的最小质数值相同数量的子存储器（child latch)


SQL> show parameter cpu_count;

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
cpu_count			     integer	 4
SQL> select rownum,name,gets from v$latch_children where name = 'library cache';

    ROWNUM NAME 						    GETS
---------- -------------------------------------------------- ----------
	 1 library cache					    8987
	 2 library cache					   10779
	 3 library cache					   12706
	 4 library cache					   14812
	 5 library cache					   15661

在获得library cache锁存器过程中,若发生争用,则等待latch:lib

了解本专栏