历史信息查看请查看个人网页www.zhaibibei.cn
这是一个坚持Oracle,Python原创内容的公众号,欢迎关注
这个专题讲一些日常运维的异常处理
今天讲一个latch free 等待事件的处理过程
今天查看公司一台9i数据库的性能,发现latch free等待事件
看到latch free ,想到可能是共享池的问题,一般可能是硬解析过多导致冲突
我们首先查找shared pool中 执行次数等于1的语句
select substr (sql_text,0, 40), count (*),max(module)
from v$sql
where executions = 1
group by substr (sql_text,0, 40)
order by count (*) desc
这里找出来一条insert 语句有2.5W的条目
select sql_text, hash_value, module , first_load_time, last_load_time
from v$sql
where sql_text like 'INSERT INTO FWCATNS_STG_SWIN@DEVFWCP (C%' order by last_load_time desc
查下来一看hash_value的值是一样的,说明不是绑定变量的问题,而是version count过多,而且是五分钟一次,接下来我们来分析原因
我们通过如下语句找出未复用的原因
select * from v$sqlarea where hash_value=2347964182;
select * from v$sql_shared_cursor where kglhdpar = 'C0000001D25F7518' ;
发现是由于INST_DRTLD_MISMATCH这个导致
PS:10g及以上使用如下语句查询
select * from v$sql_shared_cursor where address = '0000000386BC2E58'
这个栏位官方的解释为:
Insert direct load does not match the existing child cursor
是由于insert 使用了direct load导致的,但是我上面的语句并没有append的hint呀,这怎么回事儿呢
这时经过搜索direct load,发现:
Direct-load INSERT (serial or parallel) 只支持INSERT ... SELECT 语法
和上面的语句语法相同
使用它需要加APPNED HINT
但是我们的没有使用hint,猜测可能Oracle认为查询的结果有很多的值而导致使用direct load方式
这时我在asktom上咨询了下,他们认为是bug ,需要升级,链接见最后
升级临时是不可能的,我先刷新了下shared_pool
alter system flush shared_pool;
我查询上面insert语句的的查询结果为0,就叫应用人员修改看是否可以现行查询然后进行insert
至此问题解决,最后还是建议能升级的数据库就升级啦~
INST_DRTLD_MISMATCH cause version count very high
https://docs.oracle.com/cd/E18283_01/server.112/e17110/dynviews_3059.htm