java - 服务器响应时间在负载测试期间变得非常慢

Question

我正在使用 Jmeter(Oracle、Tomcat、Spring)分析我的 Web 应用程序性能。

Number of threads :20
Ramp up: 2
Loop: 500

我只是用Jmeter模拟了一个简单的网站登录

当我在上面的这些设置中启动时。前 3 分钟它开始非常快(av 响应时间 500 毫秒)但它开始快速减速，到第 15 分钟响应时间下降到 5 秒。完成一个请求需要几分钟。

我不确定这是正常现象还是问题出在 Tomcat 上，或者我的 c3po 池设置不正确。

这是我对 c3po 的设置:

    <property name="testConnectionOnCheckout" value="false" />  <!-- do not test connection isValid on checkout as it has bad performance result -->
    <property name="testConnectionOnCheckin" value="true" />    <!-- test connection isValid on checkin -->
    <property name="idleConnectionTestPeriod" value="60" />     <!-- test every 60 seconds -->

    <property name="checkoutTimeout" value="5000" />            <!-- The number of milliseconds a client calling getConnection() will wait for a Connection to be checked-in or acquired when the pool is exhausted. -->
    <property name="acquireRetryAttempts" value="30" />         <!-- Defines how many times c3p0 will try to acquire a new Connection from the database before giving up. -->
    <property name="acquireRetryDelay" value="1000" />          <!-- Milliseconds, time c3p0 will wait between acquire attempts. -->
    <property name="breakAfterAcquireFailure" value="true" />   <!-- If true, a pooled DataSource will declare itself broken and be permanently closed if a Connection cannot be obtained from the database after making acquireRetryAttempts to acquire one. -->

    <property name="maxIdleTime" value="180" />                 <!-- 3 minutes, then die -->
    <property name="maxConnectionAge" value="300" />            <!-- 5 minutes, then die -->
    <property name="minPoolSize" value="1" />
    <property name="initialPoolSize" value="2" />
    <property name="maxPoolSize" value="25" />
    <property name="acquireIncrement" value="1" />              <!-- ramp up the pool with 1 connection if all others are in use -->

    <property name="unreturnedConnectionTimeout" value="360" /> <!-- in seconds (6 minutes), actually this should be necessary if connections are not closed properly and thus are leaked -->
    <property name="numHelperThreads" value="10" />
    <property name="maxStatementsPerConnection" value="5" />

我还安装了 VisualVm 来监控 Tomcat，但不确定如何分析它，我应该检查内存池还是堆或 Perm gen..？

为什么它会变慢或我如何检查它有什么想法吗？

Ps 当响应时间开始变慢时，老一代内存池大小图表达到峰值可能有什么关系？我的 Cm 连接 settinsgd 是

 -Xmx1024m -XX:MaxPermSize=512M

Answer 1

您可能正在用完您的数据库连接池，因为它仅设置为最大 25 个。一旦达到最大值，您的服务器就会将所有这些连接请求存储几分钟，然后再将它们释放回 JMeter(而 JMeter 永远不会停止发出请求)

您可以尝试增加连接池的大小，或者缩短将它们释放回客户端之前的时间。

您还应该调查为什么需要这么长时间才能收到登录请求的响应。

编辑:在下面添加示例

我不认为这里的问题出在 Tomcat 内部(我假设 Tomcat 只是处理请求并充当客户端和数据库之间的代理)，它可能出在您的测试本身。

如果 JMeter 重复发出相同的登录请求，它可能会备份数据库，因为它可能会在处理登录时锁定该记录。由于这种可能性，您不应在负载测试时使用同一用户(无论如何这都不是现实情况)。更好的测试是创建许多用户，并在负载测试期间循环访问它们。

这听起来像是您创建了许多线程来执行登录，这导致数据库排队，这导致 tomcat 上的连接排队，随着时间的推移，这会使问题变得更糟。