enq : bf - allocation contention

1nodis

Hi,

请问大家谁有过关于enq : bf - allocation contention 这个 wait event 的经验吗？查了不少资料但是感觉网上关于这个等待的信息很有限，只知道发生的时机是Allocate a bloom filter in a parallel statement 但是对它产生的原因和解决方案毫无头绪……非常抱歉因为对这个问题完全不了解所以也不知道要在这里提供什么数据或者资料，如果有什么建议请告知。
目前明确的是环境exadata, 11.2.0.3.0 64bit, RAC 8 node, DR *2,  发生在一张表的全表扫描（不记得以前发生的时机了，这次是这样）
大家如果谁有相关资料或者经验希望一起讨论(发生原因，解决方法，等等)……谢谢！

warmbreeze

问题时段awr

1nodis

warmbreeze 发表于 2013-9-11 22:23
问题时段awr

感谢你的建议。不过这次事件的发生是我用管理员id在生产库评测一条语句的时候出现的，因为不想影响其他事务就直接kill掉了（大约运行3-5分钟）。但是同样的语句我执行了5，6次（不同时段）都出现这个等待。以前出现的时候并没有太注意……刚才在分析语句的时候怀疑语句的join可能有问题，如果有进一步的信息会更新。

Maclean Liu(刘相兵

没有提供 具体数据， 那么就enqueue 而论enqueue 可以参考下面的文字：

Usage
This enqueue is used when an operation is being executed in parallel. It is used to synchronise access to a
bloom filter via parallel slaves. The first slave process that is asked to create the bloom filter acquires the
enqueue in exclusive mode, downgrades to shared mode for the duration of the query and then converts back
to exclusive prior to deallocating the bloom filter.
Reducing Contention
Unknown.
Id1 / Id2 Notes
Id1 is derived from the QC's serial number (kxfpqser) and the QC's session id (See kxfpGetPxInfo()). Under
10.2.0.3 this means that we derive Id1 as:
((QC session id)<<16)) | ((QC Session Id) & 0xffff))
Id2 is the bloom id which is an number that uniquely identifies this particular bloom id node.