| ② SHARED POOL SIZE
系统中共享池的最初大小被设为32MB，远远不能满足实际需求。为了获得较好的SQL语句执行效率，将该参数设置为109051904字节。
③ DB CACHE SIZE
系统中该参数的默认大小48MB远远不能满足实际需求。为了将所需的数据块尽可能地缓存到内存中，减少磁盘I/O，将它增大为380M，即398458880字节。
④ LOG BUFFER
系统中该参数的默认值为32768B。考虑到本系统应用程序较为集中，为避免用户等待重做日志缓冲区，将它调整为512K，即524288字节。
⑤ WORKAREA SIZE POLICY
为了保证内存得到高效、合理地分配，提高整体查询性能，系统中一直将该参数值设置为AUTO，启用Oracle9i的新特性自动管理PGA。
5 总结
5.1 优化的优点
经过优化调整后，缓冲区高速缓存的命中率最低都达到90%以上，同时，由于高速缓存命中率的大幅度提高使得磁盘读取数下降，查询速度加快了近一倍。内存的合理分配是提高系统性能的一个非常重要的方面。在本实验中，不论是调整内存分配前，还是调整内存分配后，与其它优化方法相比，使用分区技术所达到的优化效果都是最佳的，而其它优化方法所带来的性能提升都差不多。
5.2数据库系统性能优化方向
当然，不同优化方法的代价有所不同，例如，系统内存的优化占用了系统资源，但是却可以保证原始SQL语句逻辑正确性，所以，在硬件条件允许的情况下，对于一些独立性较强的参数，可以尽量将其设置大一些，这样并不会对其他优化产生不良的影响;修改SQL语句进行优化，可以节省系统资源，但是却增大了改变应用系统逻辑的风险;使用应用程序调整的方法进行优化，虽然不存在应用逻辑风险，但建立适当的索引、群集和视图等用户会话操纵对象比较困难，对数据库系统管理员的应用水平有更高的要求;使用分区等技术对磁盘I/O进行优化，需要对业务的需求有非常清楚的了解。因此，针对不同的优化方法，在实际系统中必须根据具体情况进行适当的折中和平衡。
参考文献
[1] 赵敏.基于SQL Server性能调整和测评方法[J].计算机工程，2000
[2] 马琳.基于SQL Server的AWE内存调整研究[J]，计算机应用研究，2000
[3] 萨师煊，王珊.数据库系统概论(第三版)[M]，北京:高等教育出版社，2002
[4] 李峰，郭玉钗，林宗楷.Oracle数据库性能调整技术研究[J]，计算机学报，1999
[5] 党会军.数据库性能评测与分析[J]，北京:国家智能计算机研究开发中心，2002
[6] 段靖荒，林子禹，万丰.J2EE企业解决方案的平[J]台.计算机应用，2001
[7] 李丽，顾明.基于J2EE的系统设计方法和模式比较[J].计算机应用研究，2002
[8] 孙昌爱，金茂忠.软件体系结构描述研究与进展[J].计算机科学.2003
[9] 何月顺等.调整优化Oracle9i数据库的性能计算机应用与软件[J].2004
[10] 贾勇宁.铁通营业系统的性能优化策略及实现[J].铁通通信信号.2005
[11] 邱晓理.浅谈Oracle数据库系统性能优化策略[J].软件技术。2004
[12] 于大伟.基于WEB的数据库应用系统优化管理解决方法[D].吉林大学硕士论文.2005
3/3 首页 上一页 1 2 3 |
