1

我正在尝试使用前哨 redis 从 redis 获取/设置密钥。我试图用大约 2000 个并发请求对我的设置进行压力测试。

我使用哨兵将一个键放在redis上，然后我从redis执行了1000个并发获取请求。

但是使用我的哨兵的底层绝地武士正在阻止对 getResource() 的调用（池大小为 500），我实现的总体平均响应时间约为 500 毫秒，但我的目标约为 10 毫秒。

我在这里附上 jvisualvm 快照的样本

redis.clients.jedis.JedisSentinelPool.getResource() 98.02227    4.0845232601E7 ms   4779
redis.clients.jedis.BinaryJedis.get()   1.6894469   703981.381 ms   141
org.apache.catalina.core.ApplicationFilterChain.doFilter()  0.12820946  53424.035 ms    6875
org.springframework.core.serializer.support.DeserializingConverter.convert()    0.046286926 19287.457 ms    4
redis.clients.jedis.JedisSentinelPool.returnResource()  0.04444578  18520.263 ms    4
org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept()   0.035538    14808.45 ms 11430

任何人都可以帮助进一步调试问题吗？

4

1 回答 1

1

来自 Jedis 资源 (2.6.2) 中 getResource() 的 JedisSentinelPool 实现：

@Override
public Jedis getResource() {
    while (true) {
      Jedis jedis = super.getResource();
      jedis.setDataSource(this);

      // get a reference because it can change concurrently
      final HostAndPort master = currentHostMaster;
      final HostAndPort connection = new HostAndPort(jedis.getClient().getHost(), jedis.getClient()
          .getPort());

      if (master.equals(connection)) {
        // connected to the correct master
        return jedis;
      } else {
        returnBrokenResource(jedis);
      }
    }
}

注意while(true)和returnBrokenResource(jedis)，这意味着它尝试从确实连接到正确 master 的池中随机获取 jedis 资源，如果它不是好的资源，则重试。这是一个脏检查，也是一个阻塞调用。

该super.getResource()调用指的是 JedisPool 传统实现，它实际上基于 Apache Commons Pool (2.0)。从池中获取对象做了很多工作，我认为它甚至可以修复失败的连接。由于您的池有很多争用，可能在您的压力测试中，从池中获取资源可能需要很长时间，只是为了看到它没有连接到正确的主服务器，所以您最终调用它再次，增加争用，减慢获取资源等......

您应该检查池中的所有绝地实例，看看是否有很多“坏”连接。

也许您应该放弃使用公共池进行压力测试（仅创建手动连接到正确节点的 Jedis 实例，并很好地关闭它们），或者设置多个以减轻寻找“脏”未经检查的 jedis 资源的成本。

此外，对于 500 个 jedis 实例池，您无法模拟 1000 个并发查询，您至少需要 1000 个。

于 2015-05-21T11:39:17.130 回答