session allocation latch问题

biti_rainy · 发表于 2007-10-6 21:38

最初由 warehouse 发布
[B]好贴
估计没有多少人能这么直接 [/B]

呵呵，事实情况一般是当故障发生的时候，表现有很多形式，这只是其中一种，人能想到的可能性也非常的多。没有人敢 100% 的确定是怎么回事情。所以处理的人必须快速的清晰的确定方向并迅速做出证实或者证伪的操作。若这个过程太长……则可能受到其他因素的干扰而导致自己摇摆。最后陷入困局，因缘差错而失去明确问题的机会。

当然，说这个我也并不只针对这件事情，这次我不是现场接受压力的人。很多时候事实是这样的，在高压力情形下的人，很容易对自己的判断摇摆……很难冷静…… 所以真实故障处理的时候对我们有更高的要求。

binss · 发表于 2007-10-6 23:34

向楼主致敬!

bluemoon0083 · 发表于 2007-10-6 23:39

说实话我能够想到可能是连接问题，但我不会想到会是因为平行查询而引起的连接问题

能不能这样说，对于这个案例，如果某个会话查询时用到了这个索引，那么这里的latch其实就是要得到15个可用的parallel process时才会释放这个latch？可能创建15个新的并行进程？或者就从已有的并行进程里查找15个当前free的并行进程？
我的理解，发生这样的情况，应该是当时有多个并发进程同时用到了这个索引，假设有10个会话那么就需要150个并行进程来完成这个操作，这样就造成了严重的争用？