QPS上不去什么原因？

Question

在什么情况下nginx+2个tomcat的qps和nginx+1个tomcat是一样的？实在想不明白

而且nginx服务器，应用服务器，和数据库服务器的内存，cpu，io，带宽都正常

Answer 1

有没有可能和Dubbo使用了hessian协议协议有关？使用hessian协议只有800多，使用dubbo协议上2000多

Answer 2

回复
@O2 : 这个接口大概有4次RPC调用

Answer 3

回复
@O2 : 想多了，dubbo的service 你部署的是多点吧，如果是多点的，协议不同，小数据量的情况下，影响不是太大，看看做一下数据库的优化，加一下buffer 。

Answer 4

好了没？

是看一下，sql查询时间，加一个mysql 的buffer ,如果不常修改的内容，可以考虑写一个hashmap保存一下，加一个过期时间，就行了。保证最高。

Answer 5

没有写操作

Answer 6

个人判断，代码的执行顺序问题，看看操作数据库的代码，尤其是涉及到 写操作的事务

Answer 7

数据库服务器资源应该是够的

Answer 8

tomcat 已经调优，数据库没怎么调优，加了索引，调了连接数，调了缓冲；但想不明白用了两个数据库和用一个数据库结果是一样的

Answer 9

数据库、tomcat  调优   都做了吗

Answer 10

ulimit -n 是这个命令吗？ 全部服务器都设置了 ulimit -n 65536，但还是上不去

Answer 11

linux连接限制了  修改参数 试试  

Answer 12

1N+3T+1DB 1000 691.4954014（Throughput） 1N+3T+2DB 1000 709.9571686（Throughput） 用两台DB一样上不去

Answer 13

1. 先看各个服务器的资源使用情况，数据库的句柄数  ulimit -a  ,  服务器资源没有问题那就看数据库的和程序的连接数配置

2. 数据库的最大连接数，程序连接池的连接数

Answer 14

定位到是服务到数据库的问题，但是用3个应用连两个的数据库，还是上不去，如果把应用完全脱离数据库，就可以上去

Answer 15

确定问题在那，是 请求端--到 -- 服务器，还是 服务器  -- 到 -- 数据库，一般，都是 数据库到瓶颈了。

Answer 16

问题在哪呢？实在想不到

上面图写错了

负载机器数	线程数	接口名称	请求总数	平均响应	Medain	90%Line	95%Line	99%Line	最小时间	最大时间	Error%	Throughput	Rece KB/	Send KB/s
1N+1T	400	获取企业信息	24848	1175	1156	1498	1611	1883	21	8573	0	414.0229272	198.9250783	152.4283629
1N+2T	800	获取企业信息	44092	1218	1151	1846	2138	2985	13	9406	0	784.3458152	373.0238398	284.9381282
1N+3T	1000	获取企业信息	40614	1344	1296	2398	2727	3427	10	7419	0	709.0185399	337.199247	257.5731414