关于高并发的一次亲身经历

一、故事

在疫情期间，接到了一个网上口罩出售的秒杀活动需求，经过了一昼夜的奋战，完成功能的开发和上线，当时采用的是单体架构+redis分布式锁，但是在上线的当天在指定时间开始进行秒杀活动时，系统页面完成进不去，只能在后台不断重启服务，大概用了1个小时口罩才基本抢完。于是我组织人马马上进行系统重构，重构主要是从以下几个方面开始：

1. 做前后端分离；
2. 去除redis分布式锁，改用数据库对update的原子性操作解决同步问题和库存超额出售问题；
3. 采用nginx的负载均衡策略部署了10个节点；
4. 通过http的方式模拟单位时间内，大量并发下系统的有效响应次数；
   又通过一晚上的奋战，在第二天进行秒杀活动时，系统终于稳定的提供了服务，今天终于决定花点时间在总结一下我的收获；

二、前后端分离

前后端分离主要解决的是跨域问题，解决跨域问题有两种方式：

1. 以java作为后台服务端为例，可以在后台服务的过滤器中加入相关代码，允许跨域访问，现在的springboot框架中有一个注解 @CrossOrigin，在controller类中加上此注解也可以解决跨域访问问题，但是此种方式存在安全隐患；
2. 采用nginx的动静分离策略，nginx可以支持静态资源的访问，具体解决思路就是将前端的html/js/jpg等相关静态文件放到nginx指定目录下，通过nginx的转发机制配置，如果是静态资源访问就直接从指定目录返回文件内容，如果是动态资源访问，则通过nginx转发到后台的1个或多个服务上，通过nginx的反向代理，在互联网中用户访问的都是一个ip和端口，通过nginx来实现动静分离，则不存在跨域问题，部分代码如下：

	upstream wy-shop-up{
	  server 13.20.47.17:7741 max_fails=2 fail_timeout=300s;
	  server 13.20.47.17:7742 max_fails=2 fail_timeout=300s;
	  server 13.20.47.17:7743 max_fails=2 fail_timeout=300s;
	  server 13.20.47.17:7744 max_fails=2 fail_timeout=300s;
	 }
	 
	location ~* (.+)\.(ico|gif|jpg|jpeg|png|html|htm|css|js|txt|json|xml|swf|wav|eot|svg|ttf|woff)$ {
            root   D:/nginx1.6/static;
            access_log   off;
     }
		
	location  ^~/wy-shop {
		add_header Access-Control-Allow-Origin *;
		add_header Access-Control-Allow-Headers X-Requested-With;
		add_header Access-Control-Allow-Methods GET,POST,OPTIONS;
		client_max_body_size  150M;
        proxy_pass   http://wy-shop-up;
		proxy_set_header Cookie $http_cookie;
		proxy_set_header   Host             $host;
		proxy_set_header   X-Real-IP        $remote_addr;
		proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
		proxy_connect_timeout 300s;
		proxy_send_timeout 300s;
		proxy_read_timeout 300s;
     }

三、控制库存超额出售

库存问题实际上涉及到同步问题和控制库存超额出售问题，两者是紧密相连的问题，就是高并发情况下，1个口罩卖两次的问题，类似于银行取钱的问题；解决思路有如下几种：
1.采用redis分布式锁，在部署的10个节点中，在同一时刻不管有多少个请求，哪一个请求先拿到了锁，就先执行库存扣减操作，其它请求先等待，等执行完库存扣减操作的请求把锁还了，才处理下一个请求的操作；这种方式简单粗暴，但是效率比较低；
2. 将1个库存拆分成多个，每一个库存都有一把自己的锁，这种方式较第一种方式没有根本性的改变，解决不了本质问题；
3. 利用数据库增、删、改的原子性操作，意思就是不管同时有多少个更新的请求，数据库在同一个时刻只会执行一个更新操作，sql如下

 update 表 set 当前库存=当前库存-购买数量 where当前库存-购买数量>0；

四、nginx负责均衡部署

nginx的负载有两种配置方式，一种是按端口配置，一种是按照应用名称配置；

1. 端口配置；nginx监听8080端口，那么所有外网访问到8080端口的请求都会根据配置的负载均衡策略分发了后台对应的多个节点；

 location / {
	add_header 'Access-Control-Allow-Origin' '*';
	add_header 'Access-Control-Allow-Headers' 'Content-Type,wtx_login_token,wtx_login_type,User-Agent,Host'; 
	add_header 'Access-Control-Allow-Methods' '*';
  	if ($request_method = 'OPTIONS') {
     		return 200;
   	}
    proxy_pass http://wy-shop-up;;
	proxy_set_header            Host $host;
    proxy_set_header            X-Real-IP $remote_addr;
    proxy_set_header            X-Forwarded-For $proxy_add_x_forwarded_for;
	proxy_set_header Upgrade $http_upgrade;
	proxy_set_header Connection "upgrade";
	proxy_redirect off;
}

2. 应用名称配置：nginx监听8080端口，那么所有外网访问到8080端口的请求会根据url中的应用名称的不同，分发到不同的节点；

	location  ^~/wy-shop {
		add_header Access-Control-Allow-Origin *;
		add_header Access-Control-Allow-Headers X-Requested-With;
		add_header Access-Control-Allow-Methods GET,POST,OPTIONS;
		client_max_body_size  150M;
        proxy_pass   http://wy-shop-up;
		proxy_set_header Cookie $http_cookie;
		proxy_set_header   Host             $host;
		proxy_set_header   X-Real-IP        $remote_addr;
		proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
		proxy_connect_timeout 300s;
		proxy_send_timeout 300s;
		proxy_read_timeout 300s;
     }

学习资料：想设计亿万级高并发架构，你要先知道高并发是什么