在一个节点 执行 alter system set db_keep_cache_size=10m;  报错了。
那在rac中 是不是两个节点都需要执行 alter system set db_keep_cache_size=10m sid=‘xxx’;呢

什么年月了还用设置这个参数db_keep_cache_size

个人感觉某些特定的环境下还是很有用的。

zhaojingyuo 发表于 2012-8-28 14:52
个人感觉某些特定的环境下还是很有用的。

什么业务场景？
设置的目的是什么？确定瓶颈了？能提升多少TPS或OPS？有没有针对应用的特点进行优化和设计。
获得的一点一点所谓理论的性能提升性相对运维和管理复杂度值不值的？！

我遇到过一次用户连接数据库很慢，定位问题是用户连接的时候会调用很多程序，访问相应对象的时候物理读很多，oracle内存有些小，以至于buffer的内存也不充足，调整oracle内存，将相应的对象keep，最后效果还不错。
就像oracle 8i一样，什么年月了还用oracle 8i?但是确实还有用户在用，我是觉得一些不常用的技术还特定的环境下还是很有用的，不然oracle直接把这些技术干掉不是更好？就像相老师说的，国内的dba 80%都不合格，很多系统也是，设计初期就有问题，上线之后难道一出问题就去改sql改应用？如果用一些不常用的技术解决了问题，不也是一件好事？

zhaojingyuo 发表于 2012-8-29 09:57
我遇到过一次用户连接数据库很慢，定位问题是用户连接的时候会调用很多程序，访问相应对象的时候物理读很多 ...

简直是开玩笑，oracle一颗cpu收费就好几万，一条内存多少钱，不过千把块。照你这个说法，确实可以。
但是有没有做如下测试：
1>设置后解决了连接问题，但是对系统影响有多大。治好了肝，小心别伤了肺。keep池里有没有潜在且没公开的bug，别把oracle当神看待，它的bug多的吓死人。

2>连接资源过大？多大的内存，多少并发？什么样的业务架构？资源为什么高，高的资源是否可以再应用层共享，有没有考虑做应用层设计优化。
即使是1T的内存，遇到再烂的设计也不够用。