基于Oracle教务系统优化实践探索.docVIP

基于Oracle教务系统优化实践探索 　　摘要：教务系统优化对提升系统应用管理的效率有着积极的意义，本文在应用优化与数据库优化不能配合实施的情况下，通过跟踪和观察，发现应用所产生的高负载现象，分析瓶颈产生的原因，并结合系统和数据库的特性，运用处理器、内存和输入输出三者之间的性能联系，对教务系统实施了优化，最后与优化前的并发性能指数进行比较，达到了优化的预期目标。 　　关键词：Oracle；教务系统；数据库优化 　　中图分类号：G434文献标识码：B文章编号：1673-8454(2011)15-0023-03 　　 　　教学管理信息系统是高校教学管理信息化中不可或缺的中坚力量，在连续、系统、全面、综合地支撑教学事务管理流程的同时，也为管理中的对象和业务提供重要的信息化支撑。然而，商业化的教务系统产品往往存在技术力量有所偏重、后期服务能力不足等问题，使得教务系统在使用多年后，一些数据处理项变得越来越迟缓，选课时间长、并发拥挤等顽疾越来越凸显，而生产厂商却又无力解决或改善。因此，从信息系统应用和技术运维的角度，都必须寻找新的出口对其实施性能优化。 　　商业化系统产品的用户接口界面程序，不管是B/S架构还是C/S架构通常都是封装后的二进制程序，涉及程序版权，不易对程序本身进行查看和修改。但系统的运行很大程度上依赖于数据库对数据的读取、写入和数据处理等，通过跟踪和观察数据瓶颈的产生，对数据库的运行环境和配置参数实施有针对性的优化，将能逐步缓解和消除各种瓶颈的影响，从而提升教务系统应用管理的效率和价值。 　　一、分析 　　教务系统数据库运行在一台4颗双核CPU、16G内存的SUN小型机上，有4块SCSI硬盘两两一组做软Raid1（镜像磁盘阵列），是一个64位的单实例环境。在日常使用中，经常遇到课表、成绩查询等待较久，而在选课高并发时，不仅整个系统反映迟缓，甚至Web会无法连接数据库。针对这些典型问题，分别在选课时间和平日感觉缓慢的时间段，执行Oracle性能统计分析，通过Oracle10g自带的AWR(Automatic Workload Repository)工具采样和生成报告，基本确定了以下瓶颈。 　　1.物理内存使用不够充分 　　SGA(System Global Area)分配了最大允许使用8G内存，虽然使用了自动动态调整大小的默认设置，但共享池(Shared Pool)区域的大小在选课和平时使用中变化幅度并不明显，在两次AWR分析中可看到：一次从960M 增加到1776M；另一次从1488M增加到2320M，更多的SGA空间则分配给了数据高速缓冲区(Buffer Cache)。共享池包含共享的游标、存储过程、声明对象、库高速缓存区、字典高速缓存和许多其他数据，较小的共享池将导致PL/SQL和SQL代码反复编译，而选课的特点是集中读取相同的数据表，再写入另一共同的数据表，他们所使用的代码应该是高度重合的，因此保持共享池足够的空间能提高代码和程序在高并发时的处理效率。 　　数据高速缓冲区则是用于存放需要被读取和修改的数据区域，从两次AWR分析中看到，Buffer Nowait比例均是99.99%，Buffer Hit比例是99.97%。计算选课时常用的数据表，教学任务表、学生课程表、学生选课表分别占用20M、204M、233M，加上系统运行所需的其他数据表，也不过2～3G需要缓冲的内容，而选课进行时，系统仍分配给数据高速缓冲区多达6.5G的空间，不仅浪费了宝贵的内存资源，也挤占了其他内存区域可使用的空间，影响了数据库的处理效率。 　　2.CPU消耗较大 　　在选课中的最高等待事件中，CPU time总是处在第一和第二，在基于时间模型的统计中，分析时间、SQL执行、硬分析、PL/SQL执行始终排在最前面。分析是CPU的天职，通过分析使指令能够执行，数据得到处理，但分析消耗CPU过多，也会影响CPU另一职能的实现，那就是调度。对于服务器、操作系统、Oracle软件，都需要CPU来协调各部分硬件运行和指令执行，在高负载的条件下，CPU仅完成调度的使命就会消耗大量资源和时间，过多的分析会造成大量的等待事件、等待CPU空闲和时间片，因此在选课中，可以观察到所有CPU会在数十分钟到半个小时里，一直保持在100%的使用率上。同时数据库系统和选课页面运行缓慢，如果不能分担CPU分析的消耗，硬件系统和软件系统都不能发挥效率。 　　3.磁盘瓶颈突出 　　在选课的最高等待事件中，还有log file parallel write和db file parallel write两个写入事件，分别是日志文件同步写和数据文件同步写。AWR中看到物理读和物理写的数量都超过每秒20件，系统每秒产生重做记录数超过181，000字节，而重