关于"latch: cache buffers chains"，一直搞不定

显示全部楼层 · 2005-2-28 12:57:00

在我的环境中，如果采用VLM(very large memory)，就出现大量"latch: cache buffers chains"，而且一直在TOP 5等待事件中排第一，性能也很差；相反，如果不采用，TOP5等待事件中就没有，性能好很多。由于SQL是oracle application server内部的，不太可能进行TUNING，所以参照metalink以及其它资料，对一些现有的热点对象table, index进行增加PCTFREE, reverse key indexes,但没什么效果，不知道是不是方法不对，是不是需要重建table或index才有效果，还是别的原因，请大侠帮忙看看，谢谢！

千问 · 2005-2-28 12:57:00

压缩文件有问题，下载两次都打不开

千问 · 2005-2-28 12:57:00

干吗要用VLM，有必要吗

千问 · 2005-2-28 12:57:00

引起cache buffers chains latch的主要原因是不够优化的sql语句，特别是那些扫描大量block的sql语句。你可以做一个statspack，看看排在读取block数前几位的那些sql语句，看看能否通过添加索引、或者outline的方式来达到不修改源代码来调整sql语句的目的。
另外，你也提到了热点块的问题，确实，热点块也会引起该latch。你修改了pctfree以后，必须重建表的，先export出来，然后再import进去。

千问 · 2005-2-28 12:57:00

Cache Sizes

Begin End
Buffer Cache:0M0M
这肯定有问题吧？
ps：我没用过VLM-very large memory，所以不清楚这个的优缺点和特性的。

千问 · 2005-2-28 12:57:00

thanks1.

千问 · 2005-2-28 12:57:00

是可以不需要VLM，但我要找到原因，其他哥们就没什么问题，谢谢！

千问 · 2005-2-28 12:57:00

我想采用vlm，这样sga可以达到8G以上，看看性能会不会更好，不想出来这个冬冬，那个vlm awr显示确实是这样，你可以看看最后的init.ora Parameters，谢谢！

千问 · 2005-2-28 12:57:00

使用和非使用vlm后消耗资源的没什么变化，但是使用vlm的elapse的太高了，而且使用以后的负载还没以前高，按照你指定的使用以后好像cache也没比以前大多少，如果你的vlm配置正确，而且你的目标就是300000那还是算了吧

千问 · 2005-2-28 12:57:00

我想采用vlm，这样sga可以设更大（毕竟有32G memory)，看看性能会不会更好，不想出来这个冬冬，那个vlm awr report显示确实是这样，你可以看看最后的init.ora Parameters，谢谢！

关于&quot;latch: cache buffers chains&quot;，一直搞不定

关于"latch: cache buffers chains"，一直搞不定