秒杀业务架构的优化

Posted 2020-07-05 逆水行舟，不进则退

优化方向：

　　将请求尽量拦截在系统上游

　　充分利用缓存

站点架构

1.客户端

　　JS层面，限制用户在x秒之内只能提交一次请求；

2.站点层

　　用uid即可。在站点层面，对uid进行请求计数和去重，甚至不需要统一存储计数，直接站点层内存存储。一个uid，5秒只准透过1个请求，这样又能拦住99%的for循环请求。

　　页面缓存，同一个uid，限制访问频度，做页面缓存，x秒内到达站点层的请求，均返回同一页面

3.服务层

　　写请求，做请求队列

　　读请求，做缓存，memcached或redis

　　业务规则上的优化，如分时分段售票...每隔半个小时放出一批：将流量摊匀

　　数据粒度的优化，如流量大的时候，做一个粗粒度的 “有票”“无票”缓存即可

　　业务逻辑的异步，如下单业务与 支付业务的分离

4.数据层

　　浏览器拦截了80%，站点层拦截了99.9%并做了页面缓存，服务层又做了写请求队列与数据缓存，每次透到数据库层的请求都是可控的

优化思路

　　尽量将请求拦截在系统上游

　　读多写少的常用多使用缓存（缓存抗读压力）