【预备】
首先我们要考虑的是为什么要解决高并发，高并发瓶颈显现在哪里，有认识过的同伙一定知道是在数据库，因为在大量恳求去把持数据库时会显现数据的错乱，超卖，系统溃逃，mysql死锁等现象。
【思路】
（一）、 页面静态化：就是将整个页面存储到redis中，下次接见时去读取redis中的页面值
（二）、首要对整个网站的静态资源文件进行加快，如图片，css，js等
（三）、数学验证码：用户在较量验证码究竟时能够削减大量恳求同时进入，削减redis, mysql，办事器的压力。
（四）、库存标识：这是一个伟大优化，经由标识来判断redis的库存是否充沛，如不足就休止去读取redis库存。例：boolean over = map.get(goodsId);当我们map经由key读取到value值为true的时候，就返回错误提醒给用户， if(over) { return Result.error(‘库存不足’); }.....如许不管今后有多个恳求进入都只运行两行代码，以下的把持无法进入。
（五）、生成动态url：首要是防止恶意用户经由固定url进行提前秒杀商品（平安方面问题这个弗成掉以轻心，你连平安办法都没做好以下的那些把持都是白费的）
（六）、 redis预减库存：在用户秒杀商品前去redis获取当前的库存数量，然后在秒杀时候直接减去redis存储的库存（人人宁神这里Redis和MySQL数据是同步的，只要进入MQ队列把持完成下单，MySQL数据库会-1数量），从而避开去MySQL读取库存数据。
（七）、MQ新闻队列：它是一个中央新闻键，经由生产者发送新闻给消费者，进行买卖把持，而生产者无需知道执行究竟，也就是用户点击秒杀之后守候处理究竟，之后再去轮询查询处理究竟（异步把持），如许就避开了络续恳求去把持数据库。（这里的轮询查询也是直接从redis里面去查询，因为秒杀成功之后会将秒杀的究竟放到redis中，轮询时候经由key去查询）
（八）、Nginx：解决高并发的好方式，也就是我们多增加几个tomcat办事器。当用户接见的时候，恳求能够提交到余暇的tomcat办事器上。
（九）、数据库集群、库表散列
①大型网站都有复杂的应用，这些应用必需使用数据库，那么在面临大量接见的时候，数据库的瓶颈很快就能展现出来，这时一台数据库将很快无法知足应用，于是我们需要使用数据库集群或许库表散列。
②在数据库集群方面，好多数据库都有本身的解决方案，Oracle、Sybase等都有很好的方案，常用的MySQL供应的Master/Slave也是雷同的方案，您使用了什么样的DB，就参考响应的解决方案来实施即可。
③上面提到的数据库集群因为在架构、成本、扩张性方面都邑受到所采用DB类型的限制，于是我们需要从应用法式的角度来考虑改善系统架构，库表散列是常用而且最有效的解决方案。
④我们在应用法式中安装买卖和应用或许功能模块将数据库进行星散，分歧的模块对应分歧的数据库或许表，再按照必然的策略对某个页面或许功能进行更小的数据库散列，好比用户表，按照用户ID进行表散列，如许就可以低成本的提拔系统的机能而且有很好的扩展性。
（十）、负载平衡
负载平衡将是大型网站解决高负荷接见和大量并发恳求采用的高端解决法子。
（十一）反向代理
客户端直接接见的办事器并不是直接供应办事的办事器，它从其余办事器获取资源，然后将究竟返回给用户。
代理办事器和反向代理办事器：
代理办事器是代我们访获取资源，然后将究竟返回。例如，接见外网的代理办事器。反向代理办事器是我们正常接见一台办事器的时候，办事器本身挪用了其余办事器。
反向代理就是说，用户的恳求恳求到负载平衡的设备上，负载平衡设备再讲恳求分发到余暇的应用办事器上处理，处理完成之后再经由负载平衡设备返回给用户，如许对于用户来说，后来的分发是弗成见的。
反向代理的实现
1）需要有一个负载平衡设备来分发用户恳求，将用户恳求分发到余暇的办事器上
2）办事器返回本身的办事到负载平衡设备
3）负载平衡将办事器的办事返回用户
代理办事器我们自动使用，是为我们办事的，不需要有本身的域名；反向代理是办事器本身使用的，我们并不知道，有本身的域名。
