redis mysql 原子计数器_如何使用redis计数器防止并发请求

需求描述

最近项目中有个需求，短信发送的并发请求问题：业务需求是需要限制一个号码一分钟内只能获取一次随机码，之前的实现是短信发送请求过来后，先去数据库查询发送记录，根据上一次的短信发送时间和当前时间比较，如果时间差小于一分钟，则提示短信获取频繁，如果超过一分钟，则发送短信，并记录短信发送日志。

问题分析

短信发送是一个很敏感的业务，上面的实现存在一个并发请求的问题，当同一时间有很多请求过来时，同时去查库，同时获取到上一次发送时间没有，或者已超过一分钟，这时候就会重复发送短信了。

使用Redis incr解决问题

Redis incr 可以实现原子性的递增，可应用于高并发的秒杀活动、分布式序列号生成等场景。这里我使用它来计数实现一分钟内只接受一次请求。

实现逻辑也很简单：我们在接到短信发送请求后，使用Redis的incr设置一个递增KEY(KEY由固定字符串+手机号码组成)，并判断该KEY的数值，如果等于1，说明是第一个请求，我们将该KEY值有效期设置为一分钟；如果该KEY的数值大于1，说明是1分钟内的多次请求，这时我们直接返回短信获取频繁，代码如下：

String redisKey = "SMS_LIMIT_" + smsPhone;

long count = redisTemplate.opsForValue().increment(redisKey, 1);

if (count == 1) {

//设置有效期一分钟

redisTemplate.expire(redisKey, 60, TimeUnit.SECONDS);

}

if (count > 1) {

resultMap.put("retCode", "-1");

resultMap.put("retMsg", "每分钟只能发送一次短信");

outPrintJson(resultMap);

return;

}

/** 发送短信 */

......

/** 记录发送日志 */

......

测试

使用Jmeter进行并发测试，同时发送200个线程请求，通过测试发现可避免并发请求问题 ：

查看结果，只有第一个请求发送了短信，剩余199个请求均返回失败：

可以看出性能还是很不错的：

以上内容希望帮助到大家，很多PHPer在进阶的时候总会遇到一些问题和瓶颈，业务代码写多了没有方向感，不知道该从那里入手去提升，对此我整理了一些资料，包括但不限于：分布式架构、高可扩展、高性能、高并发、服务器性能调优、TP6，laravel，YII2，Redis，Swoole、Swoft、Kafka、Mysql优化、shell脚本、Docker、微服务、Nginx等多个知识点高级进阶干货需要的可以免费分享给大家，需要请戳这里链接

最后，祝所有大家在面试中过关斩将，拿到心仪offer。如果想与一群3-8年资深开发者一起交流学习的话，需要 关注下面的知乎专栏PHP架构师圈子​zhuanlan.zhihu.com