会导致library cache latch占用高产生的一些原因

刘泽宇

在AWR报告中遇到了latch：library cache占用I/O高的情况，所以去了解了一下引起这参数占用高的原因
The library cache latches protect the cached SQL statements and objects' definitions held in the library cache within the shared pool. The library cache latch must be acquired in order to add a new statement to the library cache. During a parse, Oracle searches the library cache for a matching statement.
If one is not found, then Oracle will parse the SQL statement, obtain the library cache latch and insert the new SQL



library cache latch保护共享池中在library cache缓存的SQL语句和对象定义。
必须获取library cache latch才能在继续添加新的语句缓存。在解析期间，Oracle在缓存中搜索匹配的语句。
如果找不到，那么Oracle将解析SQL语句，获取library cache latch并插入新的SQL。


每一个sql被执行之前，先要到library cache中根据hash_value查找parent cursor,这就需要先获得library cache latch；
找到parent cursor后，就会去查找对应的child cursor,当发现无法找到时，就会释放library cache latch，获得share pool latch分配空间给硬解析后的产生的执行计划；
然后再次获得library cache latch进行把执行计划放入share pool,转入library cache pin+lock(null模式)开始执行sql.library cache latch 的个数有限(与CPU_COUNT参数相关)，当数据库中出现大量硬解析的时候，某一个sql无法得到library cache latch就会开始spin,达到spin count后还没得到，就会开始sleep,达到sleep时间后,醒来还再次试图过的library cache latch得不到就在spin再得不到又sleep…依此类推.


根据这样的过程便可以知道:在sql执行的过程中，在出现High Versions Count高版本游标数目多和Hard Parse大量硬解析的情况下都有可能出现library cache latch等待，导致library cache latch占用系统的I/O