概念理解（原文链接）
集群：多个tomcat服务器运行同一个web服务就能称之为集群
负载均衡：apache按照一定方式将不同的客户端访问分配到不同的tomcat服务器
简单负载均衡实现：
网上参考了好多文章，都写的不全，拿来直接用时存在这样或那样的问题，花了好长时间摸索细致整理了一下希望能帮助像我这样的新手
集群搭建：
tomcat复制改8080端口为8081,8005为8006,8009为8010
添加项目进行访问：
如上图所示证明集群成功
负载均衡实现：@参考博客1、@参考博客2、@参考博客3、@参考博客4
借助ngnix，下载地址（我用的1.4.7和1.14.0l，两者都能成功其他的没试也不用试）：
配置nginx：%nginx%/nginx.conf
测试：输入localhost:81出现欢迎界面
访问上述项目：
如果支持了ipv6下面的ip使用了localhost，
可能会报异常
com.orangefunction.tomcat.redissessions.SessionSerializationMetadata cannot be cast to com.orangefunction.tomcat.redissessions.SessionSerializationMetadata
据说是版本不兼容。最后博主舍弃了redis，因为nginx可以实现同样的效果。具体配置
upstream naire {
#weight（权重） 指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。如下所示，10.0.0.88的访问比率要比10.0.0.77的访问比率高一倍。
#设置由 fail_timeout 定义的时间段内max_fails内该主机是否可用。
#max_fails设置在指定时间内连接到主机的失败次数，超过该次数该主机被认为不可用。这里是在30s内尝试2次失败即认为主机不可用！默认情况下这个数值设置为 1。零值的话禁用这个数量的尝试。
#server 127.0.0.1:8080 weight=1 max_fails=2 fail_timeout=30s;
server 127.0.0.1:8080 weight=1 max_fails=10 fail_timeout=30s;
server 127.0.0.1:8081 weight=1 max_fails=10 fail_timeout=30s;
ip_hash;#每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。
}
上面的ip_hash即可
效率对比：
为了验证负载均衡显著提高了访问速度，博主兴冲冲地进行了压力测试
结果如下：
多次测试发现并没有提高效率反而降低了，猜想应该是nginx分发时占用了资源，项目不存在访问量压力的时候不会体现出来，加大访问量到2000，但出现java.net.SocketException: Connection reset异常，异常数占60%-70%左右，相当可怕。@参考博客给出的几条原因，猜想应是服务器的并发连接数超过了其承载量，服务器将其中一些连接Down掉 。通过这篇@参考博客给出的示例，修改了connector协议为nio，异常数降低至10%-50%，大大增加了并发处理能力，但仍不够。查看了数据库允许最大连接数select @@MAX_CONNECTIONS为32767，配置了数据库连接池最大连接数为1000，仍没有提升。tomcat中jvm配置在测试之前已经做过了，不在优化范围之内
报出的错误大致有以下几种：
java.net.ConnectException: Connection refused: connect
java.net.SocketException: Connection reset
java.net.SocketException: Unrecognized Windows Sockets error: 0: recv failed
upstream prematurely closed connection while reading response header from upstream, client: 192.168.1.56, server:
根据这些异常我是各种百度谷歌，贴吧、博客园、csdn、开源中国、百度知道、QQ群各种求助，然无所获。最后在nginx官方文档上找到了答案，
Known issues
- Although several workers can be started, only one of them actually does any work.
- A worker can handle no more than 1024 simultaneous connections.
- The UDP proxy functionality is not supported.
Possible future enhancements
- Running as a service.
- Using the I/O completion ports as a connection processing method.
- Using multiple worker threads inside a single worker process.
截止我发这篇博客nginxwindows更新到版本nginx 1.15.3.1 Crow还没有解决（亲测了四五个版本）。以后的版本可能会解决吧。
最后，劝准备在windows下搭建nginx的，试试就行了，不建议用生产环境。博主优化tomcat后可以支持2000个并发，nginx还停留在1024上