Tomcat 参数调优
参数调优
| 配置项 | 默认 | 建议 | 注意 |
|---|---|---|---|
| ConnectionTimeout | 20s | 减少 | |
| maxThreads 处理连接的最大线程数 |
200 | 增加 | 不是越大越好 |
| accept@ount(backlog) 等待接受accept的请求数量限制 |
100 | 增加 | socket参数，min(accept, /prox/sys/net/core/somaxconn |
| maxConnections 最大连接处理数 |
nio 1w apr 8192 |
不变 |
- 不能靠经验猜测，需要通过不断调试，找出适合应用程序的合理配置
调优
1. 连接数 调整
-
总共连接数 = acceptCount+ connections
connections： Tomcat能接收的请求限制；
acceptCount： 超过Tomcat能接收的请求数以后，堆积在操作系统的数量(windows 和 linux 略有不同)；
1.1 什么时候需要调整connections？如何调整？
connections 小于 maxThread的时候；需要调大；最好是比预期的最高并发数要大20%；反 正是堆积到tomcat的work处理线程池中(堆积占内存)；
1.2 什么时候需要调整acceptCount？
想受理更多用户请求，却又不想堆积在tomcat中，利用操作系统来高效的堆积，可以调整为 最高并发数 connections； （如果不改操作系统的配置 /prox/sys/net/core/somaxcnn，则可能不会生效）
实际上不需要调整，tomcat默认100，linux默认128；最好是把连接控制交给应用程序，这 样方便管理。
启动方式: java -jar web-demo-1.1.0.jar --server.tomcat.max-connections=1 --server.tomcat.max-thread=1 --server.tomcat.acceptCount=1
2、 并发处理线程数 调整
线程太少，CPU利用率过低，程序的吞吐量变小，资源浪费，容易堆积。 线程太多，上下文频繁切换，性能反而变低。
2.1 线程数调为多少合适？
场景代入：服务器配置2核，不考虑内存问题。收到请求，java代码执行耗时50ms，等待数 据返回50ms
理想的线程数量= (1 + 代码阻塞时间/代码执行时间) * cpu数量
实际情况是跑起代码，压测环境进行调试。不断调整线程数，将CPU打到80~90%的利用 率。
java -jar web-demo-1.1.0.jar --server.tomcat.max-threads=500
3、 总结
请求多，CPU占用率高了，如果能接受很慢的响应，就加大。 否则就集群分流
本质来说，优化代码才是王道，配置只能锦上添花而已！
附：整体架构图
整体架构
如有需要:每台机器可以是nginx+tomcat，Nginx负责限流＋日志记录
如果觉得有收获就点个赞吧，更多知识，请点击关注查看我的主页信息哦~
