在semaphore信号量非常适合高并发访问,在新系统上线之前要对系统访问量进行评估,这个访问量时根据推广力度、以往经验、历史数据及用户量等预估出的合理值,如果太大,就会造成资源浪费,如果太小在高峰期会直接压垮系统 相关概念 :
- pv : page View 网站的访问总量,页面的点击量或浏览量,用户每点击或刷新一次就会被记录一次
- UV : Unique view 一天中00:00-24:00之内相同ip的用户只记录一次
- QPS query pre second 每秒查询数,qps很大程度上代表了网站的繁忙度,每次请求可能伴随着多次磁盘I/O,多次网络请求,多个CPU时间片等。通过qps可以直观了解当前系统情况,当超过所设定的预警阈值,可以考虑增加服务器对集群扩容,避免宕机。可以结合前期的压力测试得到估值,再结合后期综合运维情况,估算出阈值。
- RT reponse time 请求响应时间,这个指标非常关键,直接说明了用户体验
- 网络层面
- 服务层面 服务层面包括Nginx负载均衡,服务拆分等
- java代码层面
实例化semaphore时指定数量,每个线程执行时调用semaphore的acqure()方法,执行结尾处调用semaphore的replace()方法,能够锁定线程执行最大数量 使用java代码做限流不是很常见,一般用redis,记录用户访问同样一个url次数,对这个次数做限制,如果超过某个值,则暂停访问此url一段时间。redis有expried,数据可以设置过期时间,例如设置过期时间60秒,每过60秒就清零
秒杀系统实现思路 独立的一个系统,不参与任何一个集成。不论秒杀是否成功,都不影响整体功能。