Action部分增幅较大，随着数据库中各表的行数的增加，响应时间明显增大，可能为代码连接数据库部分有缺陷导致的。而图3.7证实了数据库的连接存在缺陷，场景结束后用户连接数并未下降。（在场景结束后小时左右的计数器也是保持15个连接数不变，）

图3.8 服务器Windows资源（CPU相关）

图3.9 服务器Windows资源（Memory相关）

从图3.9看出，在70个用户运行时，CPU的占用在10%的水平，上下文切换(context switches/sec)在600左右波动，CPU的队列长度平均值在1.5左右，CPU工作良好。图3.9则表明系统不存在内存泄露的问题，5分钟的过程中，可用内存保持在138~149MB，此过程中进程的private bytes和working set计数器的值保持稳定。

4. 被测系统评价及建议

从LoadRunner测试的数据结果分析来看：

●该系统的性能较稳定，符合预定的测试标准。

●从SQL计数器可以看出，在场景运行完毕后，用户连接数还仍然保持运行时的值，

没有下降。说明代码没有对数据库连接进行及时的释放，持续占用资源。同时，

随着数据库相关表行数增加，平均事物响应时间明显增大，代码需要进一步优化。

●在正常使用下，最大的并发用户数为100个。