Oracle AQ问题, 江湖救急, 在那么多的回答中, 有幸我的答案最后解决了问题, 解决的方法是如此之简单.
将aq表的索引rebuild一下?
其实在调优化的过程中, 主要还是缺少数据, 从而无法找出问题的根本原因所在, 所以我的回答也加了一个问号, 因为这只是猜的. 对于这种持续较长一段时间的, 比较容易获得相应数据, 如Statspack或现场去捕捉一些. 但对于偶然发生的突发性数据库负荷很高, 这种情况持续的情况很短暂, 可能最后自动变好, 或者数据库服务器就挂了, Statspack就无能为力.
因此需要一些能以较快的频率捕捉性能数据的程序, 如很早以前开发的OTop程序, 可以每10秒钟输出Top Session信息. 或OPMon程序, 可以捕捉最近30秒的SQL的执行情况, 从而找出Top SQL, 这两个工具本身的执行代价都极低. 但无法相象以这样的频率去进行Statspack收集.
最近在完善的另一个程序是oramon, 可以更好是记录一些主要的性能数据, 用于进行问题诊断, 支持Oracle 8i/9i/10g/11g. 只要下载解压后, 运行oramon.exe就可以了.
oramon.exe
oramon.exe -u user/pass@tns
这个程序屏幕上没有任何输出, 将所有数据写入5个文件, 暂无这个工具的文档提供.