redis在日常开发工作中的常见用法

redis是一款内存型数据库，在开发工作中经常用到，功能强大；

特别开一篇文章用来记录一下它的常见用法，算是一种总结；

它最主要的特点就是高可用的，速度快，分布式；有人说速度快，能有我本地的全局静态变量快？但是在大型的项目中，多个服务器部署时，其他服务实例节点如何获取到你单个节点JVM中存储的这个全局静态变量？数据不一致怎么办？如果只是用来读取还好，但凡涉及到修改，都建议使用redis管理这部分常用而又准备的数据；

日常的工作可以是为某个业务功能开发，也可以是单纯的为实现某一项自认为的技术开发；

我总结了下一些常用的场景：

1、用于分布式的数据锁

在一个告警的模块，我们对单个对象的告警消息提示要做频率限制，不然会导致频繁推送单个对象的告警消息；例如：单个对象在10分钟内，最多仅可提示一条消息；代码片段如下：

//如果最近10分钟内已推送信息，则跳过
if (!redisTemplate.opsForValue().setIfAbsent(PARK_COUPON_ERROR_REDIS_KEY + order.getId(), 1, errmsgInterval, TimeUnit.SECONDS)) {
    continue;
}

在一个抽奖秒杀的功能中，我用redis来防止用户频繁点击，超过活动限定次数的抽奖，避免数据错乱的情况；

//避免 单用户频繁点击
Boolean setIfAbsent = redisTemplate.opsForValue().setIfAbsent(userKey, LocalDateTime.now().toString(), Duration.ofSeconds(10));
if (ObjectUtil.isNotEmpty(setIfAbsent) && !setIfAbsent) {
    log.info("单用户加redis失败 ,耗时{}ms", stopwatch.getTotalTimeMillis());
    throw new ServiceException("请勿频繁点击领券");
}

2、用于内存存储高频调用数据

在redis中存储高频数据的作用非常大，可以有效地降低程序的处理时间；但是一般建议将该模块设计巧妙一些，而不是一股脑将所有数据全部扔进去；redis是内存数据库，比通过mysql查询的效率往往高得多，因此可以提高程序的处理效率，且对于高频的查询数据放入redis中可以减少mysql的查询压力；

例如：秒杀活动中的奖品，打乱一次性存入队列，后续抽奖按顺序取出即可；不用查询MySQL

//将抽奖的随机性转移到奖品元素入队顺序的随机性
Collections.shuffle(prizeList);
redisTemplate.opsForList().leftPushAll(LOTTERY_LOTTERY_PRIZE + lotteryId, prizeList);

例如：抽奖活动中，用户再次点击，判断用户是否还剩余抽奖的权限，而不用查询数据库，对于这种限制一天一次，或者限制一周N次这样的情况；

List userCouponList = chargingUserMarketingCouponService.list(new QueryWrapper().lambda().
eq(ChargingUserMarketingCoupon::getMarketingId, lotteryId).
eq(ChargingUserMarketingCoupon::getUserId, SecureUtil.getUserId()).
ge(ChargingUserMarketingCoupon::getCreateTime, start).
le(ChargingUserMarketingCoupon::getCreateTime, end));
String key = LOTTERY_USER_DELIVERY_NUM + ":" + lotteryId + ":" + DateUtil.format(start, "yyyyMMdd") + ":" + AuthUtil.getUserId();
redissonClient.getAtomicLong(key).set(userCouponList.size());

可以巧妙设计KEY，来实现对单个对象，某个日期中抽奖次数的存储和更新；

3、用于实现一些特殊的场景

例如：抽奖活动，使用队列一次性将奖品全部入队，然后再出队列，便不用查询数据库，且可以方便实现队列出完就识别为抽奖活动结束的逻辑；

		Object o = null;
		try {
			o = redisTemplate.opsForList().leftPop(LOTTERY_LOTTERY_PRIZE + lottery.getId(), 1, TimeUnit.SECONDS);
		} catch (Exception e) {
			e.printStackTrace();
			throw new ServiceException("当前抽奖人数过多，请稍后重试！");
		}
		//仍然为NULL，则说明奖品发放完毕，leftPop操作没有元素
		if (ObjectUtils.isEmpty(o)) {
			throw new ServiceException("本次活动奖品已发放完毕，请关注下次活动！");
		}

这里需要注意，redis中的队列元素在出队完毕后，key会自动删除的；此时可能会报错，而不是取出NULL数据，开发时踩过坑；

就记录这么多吧，要搬砖了；

总之一句话，就是合理使用redis的各大数据结构和特性，来实现产品的特殊功能；

开发过程中要考虑周到，对于redis中数据存入后仅读取的情况还好，对于要频繁修改的数据还要考虑多线程并发等的问题；注意开发过程中可能的踩坑；