目标：
对tomcat线程扩容
对应的线程池做变更
keepAlive做优化
1.修改主机的host，dns解析优先解析主机上hosts的地址：
sudo vim //etc/hosts
在hosts末尾加上一句：
120.79.75.103:miaoshaserver
2.在jmeter的高级中设置成java，并且将keepAlive的选项打勾，，这样可以将损耗降到最小
3.在阿里云主机上：
pstree -p 16644 //16644是程序的端口号
pstree -p 16644 | wc -l. //可以查看默认tomcat总共起了几个端口
top -H //可以查看端口信息
4.在
5.经验来说4核8g的虚拟机最合适的最大线程数为800，最小的100是为了解决突发问题，当有请求突发访问的时候可以解决。继续vim application.properties
server.port=8090 spring.tomcat.accept-count=1000 //队列等待长度 spring.tomcat.max-threads=800 spring.tomcat.min-spare-threads=100
重启：./deploy.sh &
6.之后使用jmeter工具测试后发现（2000个线程，10秒，100次循环），用pstree -p 16644 | wc -l 后发现最大的tomcat线程数达到了472个，在之前只有40个。
7.再次强调jmeter中keepAlive选项要打勾的原因：服务端与客户端链接的时候，客户端访问服务端建立一个keepAlive的链接，用处就是，当客户端请求服务端响应之后，服务端不要立马断开链接，而是等待着尝试着复用链接，解决了http响应的无状态的每次都要断开链接造成的耗时问题，最早的http1.0的时候是没有keepAlive的请求的，因为资源稀缺，你想，如果每次都客户端请求完都keepAlive不断开，那么服务端的链接数很快就会被用完了。长链接有个好处就是不用每次都断开又新建，减少时耗，尤其是现在很多手机移动端和复杂网络，用户需要不断访问服务端，这样就只要传输数据就可以了，但是这样也有两个问题：
1.比如有的用户之后就没后续操作了，就把网页放在那里了，那这个长链接就是个废链接。
2.ddos的攻击，一些恶意者发起的攻击，也就是发送很多无脑的包，成为攻击者开的后门。
因此需要定制化tomcat的内嵌化开发，这些定制都是在服务端上的
最后。
创建config包，并创建WebServerConfiguration类：当spring容器加载完容器的最后还有一次可以修改，即利用http11NioProtocol定制化需求
package com.imooc.miaoshaproject.config; import org.apache.catalina.connector.Connector; import org.apache.coyote.http11.Http11NioProtocol; import org.springframework.boot.web.embedded.tomcat.TomcatConnectorCustomizer; import org.springframework.boot.web.embedded.tomcat.TomcatServletWebServerFactory; import org.springframework.boot.web.server.ConfigurableWebServerFactory; import org.springframework.boot.web.server.WebServerFactoryCustomizer; import org.springframework.stereotype.Component; //当spring容器内没有TomcatEmbededServletContainerFactory这个bean时，会把此bean加载进来 @Component //让springboot可以把它加载为一个bean public class WebServerConfiguration implements WebServerFactoryCustomizer<ConfigurableWebServerFactory> { @Override public void customize(ConfigurableWebServerFactory factory) { // 使用对应工厂类提供给我们的接口定制化我们的tomcat connector ( (TomcatServletWebServerFactory)factory).addConnectorCustomizers(new TomcatConnectorCustomizer() { @Override public void customize(Connector connector) { Http11NioProtocol protocol= (Http11NioProtocol) connector.getProtocolHandler(); //定制化keepAliveTimeOut protocol.setSelectorTimeout(30000);//30s,30s没有请求服务，自动断开 //当请求超过10000条就自动断开keepAlive链接 protocol.setMaxKeepAliveRequests(10000); } }); } }
最后在来说一关于单机4核8g的线程数的拐点，经过压力测试可以得出经验是在800，虽然说服务器的tps吞吐量会随着线程数的增多而增多，，但是如果线程数超过了配置的对应拐点后，反而不会增多，因为cup处理不过来这么多线程，忙于线程调度，吞吐量自然上不去。
当线程超过800后会进入缓冲池，但是也不能太长，因为太消耗内存了，队列出队也消耗cpu，所以设置在1000-2000左右就可以了，超过的就拒绝链接
这次压测主要是数据库mysqld的速度过慢，
一般情况下主键查询和唯一索引查询是能接受的查询，一旦到非唯一索引查询，尤其对大企业而言，比如订单状态查询订单，这种几近于全表扫描对数据库的压力是很大的，企业不会接受这种情况。所以后期一般都会分库分表，扩容数据来解决。