Servlet版性能测试

发表于:2007-10-25 11:44

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:未知    来源:网络转载

分享:

主要考虑的Servlet版运行方式有:

  一:Servlet在Web容器中的运行机制

  1.    单独一个无状态的Servlet实例运行

  即Web容器里的多个线程调用一个Servlet实例的运行方式

  2.    多个Servlet实例

  在Web容器中有多个Servlet实例的对象池,并有多个Web容器线程来分别调用执行

  二:Servlet 连接数据库的方式

  1.  一对一

  即可每个Servlet实例都有直接的数据库连接。

  具体方式有:

  1>    在Servlet实例的每个处理方法中每次都调用数据库连接,然后用此连接进行数据库的查询等操作,最后关闭并释放此连接。

  2>    在Servlet实例的初始化操作时就连接一个“长”的数据库连接,直到Servlet实例在destroy时关闭并释放此数据库连接。

  因为现在的数据库操作主要是查询,没有对数据库的增加、修改等操作,多用户业务查询、Web容器多线程同时对一个Servlet的同一个数据库连接进行操作应该会没有数据操作同步等问题。

  2.    使用Web容器的数据源

  这里主要是使用Web容器的数据源-数据库连接池。

  在理论上这种方式能提供最佳的性能。这是也是测试各种Web容器产品在数据库连接池上实现的性能情况。

  这里主要看Web容器的在各种应用情况下的最优化配置。

  Servlet与数据源连接的实现方式:

  Servlet直接从Web容器配置中取得数据源及其连接对象,然后通过此连接对象来操作数据库。对于数据库连接对象的管理由Web容器来管理。

  三:要考虑的问题:

  1.    大数据量传输问题

  大数据量通过Servlet实例从数据库中取得并整理后,如何有效的传输到客户端IE,并且Servlet实例如何有效在Web容器中处理这些大数据量。

  2.    对各种JDBC版本的测试

  即不同的数据库使用其自己专用的JDBC来连接,在性能上应该要好一些。

  这里也可比较Weblogic Server中实现JDBC与各种数据库(MSSQL、Oracle)专用的差别,从测试的结果看出Weblogic Server的技术实例以及是否真正做到了数据库连接等处理的优化了吗。

  3.    Weblogic Server的优化配置

  3.1 对象池配置

  包括应用逻辑处理对象的对象池化以及使用数据源时的数据库连接对象池在各种具体应用环境下的优化配置。

  3.2 线程池配置

  以上两个方面涉及到对象池化和串行化处理的策略。

  3.3 Weblogic Server 的配置的各种参数的相应情况下的配置

  1> JAVA VM (JAVA 虚拟机)参数在各种应用情况下的配置。

  2> Weblogic Server 本身的各种参数配置。

  鉴于以上的考虑对Servlet版的测试规划为以下几种测试用例:

  序号    部署包名(*.JAR *.WAR *.EAR 等)    数据源配置    Weblogic Server

  的配置    预期结果    说明    可能出现的问题和现象

  1    ServletQueryForPerConn.war    在每此业务处理时创建数据库连接,操作完毕后关闭并释放。

  通过Web.xml配置文件来配置JDBC的驱动类型和连接。    直接部署ServletQueryForPerConn.jar部署包。

  Web容器中只有一个Serverlet实例。

  建议配置较多的线程数量。

  性能差。

  在每此业务处理时创建数据库连接,操作完毕后关闭并释放。

  此包中没有设计到线程同步的有关代码。    数据库很忙(因为数据库要接收频繁的数据库连接)。

  可能瓶颈在数据库对频繁的连接处理。

  数据库事务方面:由于是在每次处理时就调用数据库连接并查询,因此数据库的事务处理应该是单独在一个独立的处理过程中,与并行的其他线程的处理没有关系。

  2    ServletQueryForOnceConn.war    Servlet对象只是的初始化时连接与数据库的一个连接,在以后的操作中式中使用这个连接。

  通过Web.xml配置文件来配置JDBC的驱动类型和连接。    直接部署ServletQueryForOnceConn.jar包;

  Web容器只有一个Servlet实例。

  建议配置较多的线程数量。

  性能较差。

  Servlet对象只是的初始化时连接与数据库的一个连接,在以后的操作中式中使用这个连接。

  此包中没有设计到线程同步的有关代码。    数据库连接只有一个。

  可能瓶颈在Web容器的多个线程对同一个数据库连接对象的同步等处理(这些同步处理是Web容器自己管理的)。

  可能出现查询的数据在多个客户请求中打乱(因为同时使用同一个数据库通信通道);

  并且多个线程(单独的处理单元)可能会在同一个处理事务中,可能各个处理单元会串行操作数据库(这要看数据库的具体实现了)。

  3    ServletQueryForConnPool.war    直接使用Web容器的数据源和数据库连接池。    配置数据源及数据库连接池。

  建议根据实际情况优化配置数据源和连接池。如可建立多个连接池等配置。    性能好。    Servlet实例不管数据库连接,而是直接从Web容器中取得数据库连接。数据库的连接对象有Web容器全权管理。

  此包中没有设计到线程同步的有关代码。    对Web容器的数据库连接池的配置可能要根据具体情况进行有效的调整(如数据库连接对象个数和Web容器配额的线程个数的关系等)。如果配置不佳可能是性能瓶颈在Web容器或者在数据库方。

  4    ServletQueryForConnPool.war

  (同测试3)    同测试3    Web容器的数据源重新配置为数据库产品专用的JDBC驱动器。    性能好。    测试目的是比较各种不同的JDBC数据连接驱动器的性能,以便得出根据不同的数据库产品选择最佳的JDBC驱动器。

  只测试数据库产品提供的专用JDBC驱动器。

  (说明:因为测试3在理论上性能是最好,因此选用测试3.测试方法和测试3一样,这样才有可比性。)    同测试3.

21/212>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号