| Profilo di ChunPei人生就是如此FotoBlogElenchi |  Strumenti  Guida |
|
08 ottobre 终于凫到公司了因台风昨天下午登陆浙江东南，雨下了一晚 早上一出门就接到同事电话说家门口淹了车出不来……问我这里怎样 我说停好啊，路上一点积水都没有，毕竟刚修好的路 于是一路开到城区，到了文一路益乐路，靠，10分钟过去了没看见几辆车穿过路口…… 赶紧打转走丰潭路换文二路。 到了文二路一看排满了车，得，再走文三路，远看文三路还是车多，路上已经淹的不行了，看见有人下来在推车，我警觉起来。 给领导打个电话问在哪里呢，说在文二路。问水深不，说不深啊。靠，我就跟着过去了。结果过去一看，双向6车道，只有最中间一条单行道有车在凫水…… 本来我也担心来着……但既然到这个地步了，退也不行了，跟着人家凫吧。 终于滑过去了，接着又来一段，靠，这下边上中巴什么的哗哗的推着水浪从前方或者后方过来了……老天保佑，听着水浪打击在车身上的声音，只能球老天保佑后方涌来的浪不要正好堵上排气管…… 在快趟完水的时候才想起拍张照片，这时候水已经不深了。路上车都横冲直撞。 终于又过去了……一到公司，发现，座位空着的太多了……很多人都在在凫水中，滨江所有同事无法过桥，因为桥上积水无法让车通行，今天滨江所有同事估计得在加呆着了。 06 ottobre session allocation latch问题昨天晚上一回家上msn，一朋友就抛了个问题过来：
我的系统严重的latch free等待，系统运行极度缓慢，几乎hang了。系统出帐出不了……
latch free中,最为严重的sleep的是session allocation
LATCH# NAME GETS MISSES SLEEPS ---------- -------------------- ---------- ---------- ----------
row cache objects 7309905930 1076355567 24799351 156
shared pool 1.2642E+10 168368806 28928269 3
process allocation 102171945 9233300 29316107 157
library cache 2.9539E+10 1234502998 87366744
session allocation 3091150764 514908537 244535123
没见过那个session allocation
这个为什么会是最高的,比其他的高一个数量级.
看见这个现象，我的第一反应是应用不断地在连接数据库，或者有并行查询。
让他查询 v$session.logon_time 和 listener.log 都没有异常
trace session 说没有任何 trc 文件产生，一trace session就没了。
然后查询 v$px_session 果然不断有创建和产生
由于要修改初始化参数需要停机，显然不现实，于是查看是否有表或者索引的 parallel degree 大于1
果然有一个索引的 parallel degree 是15。
嘱咐其小心修改（会导致sql 重新parse），一改果然系统速度恢复正常。
我没追问系统以前是否正常，但我估计可能是最近有人创建了一个索引，并且创建的时候并行度使用了15（多个进程并行创建），创建之后就没再注意了。 结果月初出帐的时候就遇到麻烦了。
-- session allocation 这个latch我也从来没有看见过，朋友说metalink搜索过也没什么说明。但根据字面描述我直接就定位到 连接的问题 或者并行查询问题，然后其实诊断方向就很明确，最后以修改 索引 并行度解决问题。 看起来整个过程非常简单…… 但是不是大家都会这么直接呢？
|
|
|
