Oracle等待事件之Latch Free
1、产生原因
表示某个锁存器上发生了竞争。首先应该确保已经提供了足够多的Latch 数,如果仍然发生这种等待事件,那么应该进一步确定是那种锁存器上发生了竞争(在v$session_wait 上的P2 字段表示了锁存器的标号),然后再判断是什么引起了这种锁存器竞争。大多数锁存器竞争都不是简单的由锁存器引起的,而是与锁存器相关的组件引起的,所以需要找到具体导致竞争的根本。例如,如果发生了library cache latch 竞争,那么通常都表示着库高速缓存的配置不合理,或者SQL 语句书写不合理,带来了大量的硬解析。
2、确定出现问题原因
SELECT latch#, name, gets, misses, sleeps FROM v$latch WHERE sleeps > 0;
3、解决办法
Share Pool Latch:在OLTP 应用中应该更多地使用绑定变量以减少该latch 的等待。
Library Cache Latch:同样需要通过优化SQL 语句,使用绑定变量减少该latch 的等待。
分类:
Oracle
标签:
Oracle性能优化
, 原创文章
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了