一、系统架构
二、说明
1、终端过来的请求，先到前置的Squid缓存服务器，可以配置手机门户需要缓存的页面以及页面缓存的有效期，如果本地没有缓存，把请求发送到后面的Apache服务器
2、Apache服务器，如果请求的是静态页面则由Apache直接处理；如果是动态页面，则转发到J2EE Server（JBOSS），再通过Struts框架分发给具体的业务模块进行处理
3、对于访问频率很高的动态实时数据，采用Memcached进行数据缓存
三、性能测试方案
根据具体的业务，定义用户常见的操作场景和路径。
测试过程中需要进行不同的用户并发访问量、循环次数等参数的调整，分析与采集场景的运行情况和性能指标，包括后台服务器的CPU、内存占有率等，以及系统处理的Transaction Response Time、TPS、Hits per Second等指标，获取系统的最佳处理能力。同时需要满足2.2的性能指标要求.
原则上在系统稳定运行情况下，做以上并发用户处理，服务器CPU平均负荷不应高于80%。
在压力测试中系统运行稳定，性能指标满足产品需求要求的情况下，可以考虑继续增加并发用户数、涉及的业务场景等，寻找系统性能瓶颈
四、测试中发现的问题：
因是B/S架构，采用了APACHE2.0和JBOSS做为中间件，在功能稳定的情况下，需要重点对APACHE及其JBOSS做参数调优。因较多业务场景涉及到频繁的数据库操作，且数据库的表数量级较大，需重点关注数据库的CPU消耗，及其SQL语句的质量。
