基于评审投票过程中高并发情况设计及研究.docVIP

基于评审投票过程中高并发情况设计及研究 　　摘要：本文首先对科技进步奖评审综合信息管理系统投票环节进行了说明，分析了高并发Web系统的主要发展特点；然后从软件系统应用、缓存、数据库优化等方面对高并发Web系统的设计和优化方案进行了分析和总结。 　　关键词：java 数据库 Web应用程序 　　中图分类号：TP311.52 文献标识码：A 文章编号：1007-9416（2013）12-0171-01 　　引言 　　随着科技进步奖活动在各行各业间的发展，伴随而来的评奖环节出现的诸多管理、评奖等问题，一款适合企业评奖、管理需求，能够支撑企业进行科技进步奖评奖活动的系统被提上了日程。 　　“科技进步奖综合信息管理”就是根据河南省电力公司评奖需求，开发的一套综合信息管理支撑系统，经过河南省电力公司连续四年的科技进步奖综合信息管理的使用，“科技进步奖综合信息管理”日趋稳定成熟，基于该系统的评奖评审方式也已为多数专家所熟悉和接受，但是，因该系统的设计初衷是解决“评奖环节”的诸多问题，并未全面考虑管理环节的诸多需求。为了实现对科技进步奖综合信息管理的全方位网络化、电子化管理、评审需求。科技进步奖综合信息管理系统依托《2013年度河南省电力公司科学技术进步奖推荐工作手册》，以原有系统为基础，进行全面升级。 　　从企业内部使用的信息化管理系统，到互联网线上业务的发展，都面临着相同时间段内，突然间并发访问量和海量数据流的情况屡见不鲜，系统中的各个核心设备所负担的处理能力和计算强度也会相应增大，使得普通设计的系统软、硬件无法承担如此大的峰值，导致在高峰值下出现网络“卡壳”，页面假死及服务器的瘫痪。 　　在科技进步奖综合信息系统评审投票环节，面对投票人数众多，投票时间集中，现场对系统的高并发、高吞吐量、稳定性强等特点。为保证系统平稳运行，并且能够应对高吞吐量，高并发性等特性，专门针对对评审投票环节系统应用、数据库设计及优化方面，进行设计研究。 　　1 session处理 　　早期版本的基于Web版的现场实现系统，需要保存大量的与客户端相关的信息及状态。那么当客户端系统以一定的频率保持与服务器端通信时，就需要服务器端不间断，大批量访问数据库服务器，以便获得系统当前客户端的状态及相关的信息。在客户端通过http协议，以post方式提交服务器信息时，服务器又需要大量的访问数据库，进行写操作。影响数据库重要的性能就是I/O的读写次数。I/O不间断的，实时查询，会导致数据库严重的性能影响，在高并发量的情况下，保存状态信息的server宕机的概率大大增加。通常来说，我们都是通过内存保存客户端信息，减少服务器端访问数据库的频率，只需要在第一次登陆及客户端提交实时数据时，才需要与数据库服务器进行交互。 　　因此，改进的设计会大大减少数据库服务器的压力，并且数据保存在内存中，进行客户端数据的处理时间也大大减少，提高了客户端响应时间。 　　2 缓存 　　在大部分情况下，我们所说到的缓存都是读缓存，缓存还有另外一个类型：写缓存。对于一些读写比不高，同时对数据安全性需求不高的数据，我们可以将其缓存起来从而减少对底层数据库的访问，可以采用先写内存缓存然后延迟持久化到数据库，这样可以大大减少对数据库的写压力。OSCache是个一个广泛采用的高性能的J2EE缓存框架，OSCache能用于任何Java应用程序的普通的缓存解决方案。因此，系统选择缓存，在并发访问量比较大的局域网内，网络带宽影响可以不做为重要因素考虑情况下。将常用的一些客户端信息通过一次性读后，放到缓存中，这样可以大大减低DB的负载，提高高并发。 　　3 数据库性能调整与优化 　　在大型的企业应用或企业级的数据库应用中，要处理的数据量通常能达到几十到几百GB，有的甚至能到TB级。虽然存储介质和数据处理技术的发展也非常快，不过仍然不能满足用户的需求，为了使用户的大量的数据在读写操作和查询中速度更快，Oracle提供了对表和索引进行分区的技术，以改善大型应用系统的性能。 　　从数据库管理员的角度来看，一个分区后的对象具有多个段，这些段既可进行集体管理，也可单独管理，这就使数据库管理员在管理分区后的对象时有相当大的灵活性。但是，从应用程序的角度来看，分区后的表与非分区表完全相同，使用SQLDML命令访问分区后的表时，无需任何修改。（对于高效率查询是有影响，主要差别是对某一分区数据时行查询时和对整体数据进行查询）。 　　4 数据存储优化 　　有价值的数据不应该与常规数据一起保存在速度较低的磁盘驱动中。热数据经常需要使用的信息应该保存在速度较快的磁盘驱动上。但是这些驱动不应与旧数据混到一起。我们可在访问速率和新旧程度的基础上将数据收集到三个整体目录中：高速，中速和慢速。也可以理解为访问速率高的