|  | 
| 谢谢各位  
 已经做过SQL的调整了,所有由应用出来的SQL都进行了变量绑定,执行慢的SQL都已经用LECCO进行了优化。但是查看V$SQL视图时总是能看到很多好象是由系统自动生成统计时的SQL,并且由于数据库表对象比较多,造成这些SQL占用了很多空间,如不利用PIN将应用的SQL钉在共享池的话,都会很快被系统刷掉,造成很多的硬解析。
 
 后来利用PIN,可见硬解析的次数很快的下降,但是,如不进行FLUSH的话,大约2个星期便会出现ORA-04031错误。当时的共享池大小约为250M,直到增加到400M时,可以支撑一个月。
 
 由于现在不能连到服务器上,所以不能贴出那些系统SQL,但是我怀疑是与DBMS_STATS有关。
 
 应用为一航空公司成本系统,SQL比较多。并且在同一台机器上跑3个应用。哎,跟客户说了,但是就是不舍得在买一个服务器。
 
 服务器为DELL PowerEdge,双CPU,2 G RAM,RAID 5磁盘阵列,已将REDO LOG放在裸设备中。
 
 BTW:FENNG,还认得我么?HEHE
 | 
 |