springboot+redis 并发2000时QPS低

[ahbhm]

1.做的一个项目，涉及到性能的压测，架构为springboot+redis，为了提升查询性能，由以前的查库改为查缓存，

利用redis的lettuce，来操作redis,lettuce配置如图：

spring:

# redis

redis:

isopen: true

database:0

host: 127.0.0.1

port:6379

lettuce:

pool:

max-active:-1

max-wait: 100

max-idle:8

min-idle:0

timeout: 5000

redis中提前放置一条数据，获取缓存，controller的代码如下：

@CrossOrigin

@GetMapping(value ="/handle", produces ="application/json;charset=UTF-8")

@ResponseBody

public StringqueryHandle(@RequestParam(value ="identity") String handleIdentity)throws JSONException {

if(isCache &&redisUtil.exists(handleIdentity)){

return redisUtil.get(handleIdentity).toString();

}

redisUtil.get的方法如下：

public Object get(String key){

return key ==null ?null :redisTemplate.opsForValue().get(key);

}

用jmeter进行性能测试，在并发2000，循环10次的情况下，结果如图，性能出乎意料的差，有没有大神能指教一下，什么原因导致的性能这么差,redis的单机不是号称QPS在几万吗？

[伫望-向北]

你这个是在自己电脑开jmeter测自己电脑跑的项目吧

[ahbhm]

是的，但是把jemter放在服务器上测试后，结果也差不多，相差不大，

[ITjavaman]

硬件资源还剩多少，CPU跑满了没有 tomcat上跑？tomcat调优了没？ 句柄数多少？另外压测机cpu跟带宽跑满了没有

[小心仔]

大神

[xyjsqd]

不好意思 我是来混一下的

[hashcon]

你在服务器上面跑的jmeter错误率是100%诶，你先看看是什么错吧。 还有，性能压测方法最好注意下。如果你要压测，首先，要先测试脚本空跑TPS多少，然后，脚本直接操作Redis TPS多少，最后，才是调用你的Spring Boot接口跑。这样你会发现，可能是你的CPU或者内存资源不足，导致TPS上不去。 并且，测试Java程序，尤其是Spring 程序，要预热，因为JVM分层优化，C1，C2优化器都需要代码被运行多次才会优化，否则你的代码都要经过解释器才会被机器执行，并不是机器码直接执行，速度差很多，并且Spring启动时加载一大堆东西导致codecache需要清理，清理的时候会STW，并且Spring Boot 的Controller第一次运行是Dispatcher懒加载的，需要动态加载，所以一定要预热。你在服务器上面跑的Jmeter，一共就2000次，C1优化默认代码要执行5000次以上的。

[maradona1984]

单台机器能做到2000并发么...你这tomcat线程池大小有没有调整呢