黄东旭解析 TiDB 的核心优势
1004
2023-04-17
互联网大厂面试:如何利用Redis实现全局接口限流
前言
对于某些特殊的业务场景,比如抢单、秒杀等业务,会导致服务流量瞬间飙升,我们虽然可以通过部署集群的方式分散请求压力,但是仍然可能造成很大的请求延迟。
这时,我们可以通过接口限流的方式来保证系统的稳定运行。
实现逻辑
我们可以通过filter对所有的接口进行拦截,判断这个接口在当前时间窗口内的请求次数,如果超出我们设定的请求上限,就返回无效请求。
以限制每个接口最大为10个QPS为例,可以有两种实现逻辑:
其一,将这10个请求进行拆分,相当于每100ms可以请求一次。
其二,每秒内最多请求10次,而不判断其请求分布范围。
两种逻辑的实现也略有差异。
实现一
每秒请求一次。
实现二
每秒请求N次。
判断每秒请求N次会比每秒一次稍微复杂一点,主要是需要判断当前秒内已经请求了多少次。
这里利用redis的increment和expire配合使用达到限流的目的。
以限制每秒5次为例:
总结
以上两种利用redis实现限流的方式基本能满足我们大部分的业务需要,对于部分要求限流粒度更高更准的业务,可以引入sentinel来满足业务需要。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。