Redis锁与幂等性不得不说的故事
前言:
相信很多小伙伴对缓存锁都不陌生,但是简单的缓存锁想要用好还是需要一些功力。本文总结了笔者多年使用缓存所的一些心得,欢迎交流探讨~
幂等模型:
幂等场景一般由查重+写入
两步操作组成,两步操作组成一个最小完整逻辑,再通过缓存锁保证原子性
实现:
实现redis分布式锁需要注意两个关键点:保证原子性、设置过期时间
保证原子性的目的:是为了保证同一时间只有一个请求能获取到锁
设置过期时间的目的:是为了防止解锁失败导致死锁
public class MethodLock {private static final Logger logger = LoggerFactory.getLogger(MethodLock.class);public static final String KEY_SEPARATOR = ":";public static final String PARAM_SEPARATOR = "_";public static final String KEY_PARAM_SEPARATOR = "#";public static final String SET_SUCCESS_RESULT = "OK";public static final String METHOD_LOCK = "doraemon:method:lock";private static Jedis jedis;private static Jedis getJedis() {if (jedis == null) {jedis = 自行实现;}return jedis;}/*** 获取锁** @param methodName 方法名,类名加方法名(例:MethodLock.getLock)* @param timeout 锁过期时间(单位秒)* @param params 参数(通过参数控制锁的粒度)* @return*/public static boolean getLock(String methodName, long timeout, String... params) {String method = "getLock|获取锁|";try {String key = getKey(methodName, params);String result = getJedis().set(key, methodName, "nx", "ex", timeout <= 0 ? 5 : timeout);if (Objects.equals(SET_SUCCESS_RESULT, result)) {return true;}} catch (Exception e) {logger.error(method + "执行失败,methodName={},timeout={},params={}", methodName, timeout, JSONObject.toJSONString(params), e);}return false;}/*** 释放锁** @param methodName 方法名,类名加方法名(例:MethodLock.getLock)* @param params 参数(通过参数控制锁的粒度)* @return*/public static boolean delLock(String methodName, String... params) {String method = "delLock|释放锁|";try {String key = getKey(methodName, params);long result = getJedis().del(key);if (result > 0) {return true;}} catch (Exception e) {logger.error(method + "执行失败,methodName={},params={}", methodName, JSONObject.toJSONString(params), e);}return false;}/*** 【私有方法】获取redis key** @param methodName* @param params* @return*/protected static String getKey(String methodName, String... params) {if (StringUtils.isBlank(methodName)) {return null;}String key = METHOD_LOCK + KEY_SEPARATOR + methodName;if (params != null && params.length > 0) {key += KEY_PARAM_SEPARATOR + Joiner.on(PARAM_SEPARATOR).useForNull("null").join(params);}return key;}
注意事项:
1、锁范围内的逻辑需要 完整+精简
锁范围内指的是:获取锁和释放锁中间的逻辑,只有必须保证原子性的关键的逻辑才能放入到锁范围内,其他的一些不相关逻辑完全可以放在锁范围外处理
完整:加锁的目的是为了解决并发问题,所以锁里面的逻辑要求完整,不完整的逻辑=没加锁
比如幂等场景下:一般是 查重+写入
两个操作需要保证原子性,这两个操作加起来就是一个完整逻辑
精简:精简的意思是在保证完整的前提下,不要有多余的逻辑,以免锁占用时间过长,进而影响性能
2、锁粒度选择要恰当
锁粒度指的是:锁对请求条件筛选的粗细程度,例如用户购买商品下单时可以 1、根据用户id
加锁,2、也可以根据用户id + 商品id
加锁,1和2就是两种粒度
锁的粒度太大会导致锁的范围过大,可能会影响当前逻辑之外的业务
锁的粒度太小会导致锁的范围过小,可能会导致锁失效
3、锁过期时间设置要合理
一般建议过期时间 = 逻辑执行时间 * 150%
过期时间太小可能导致在逻辑执行完成前,锁过期失效
过期时间太大+解锁失败,可能导致在锁过期失效之前重试的请求被拒之门外
4、加锁在try之前,锁中的逻辑使用try catch包围,解锁在finally里处理
若加锁操作在try catch中,并发场景下未获取锁的操作会执行到finally里将锁解除,影响正常逻辑
防止逻辑中出现异常,阻断流畅,导致解锁操作执行不到
5、基于redis的分布式锁并不100%可靠
在一些特殊情况下,比如redis宕机,数据丢失,可能会导致锁失效