重庆小潘seo博客

当前位置:首页 > 重庆网络营销 > 小潘杂谈 >

小潘杂谈

如何使用redis实现分布式锁

时间:2020-09-23 02:00:06 作者:重庆seo小潘 来源:
使用Redis实现分布式锁 redis特性介绍 1、支持丰富的数据类型,如String、List、Map、Set、ZSet等。 2、支持数据持久化,RDB和AOF两种方式 3、支持集群工作模式,分区容错性强 4、单线程,顺序处理命令 5、支持事务 6、支持发布与订阅 Redis实现分布式锁使用

如何使用redis实现分布式锁

使用Redis实现分布式锁

redis特性介绍

1、支持丰富的数据类型,如String、List、Map、Set、ZSet等。

2、支持数据持久化,RDB和AOF两种方式

3、支持集群工作模式,分区容错性强

4、单线程,顺序处理命令

5、支持事务

6、支持发布与订阅

Redis实现分布式锁使用了SETNX命令:

SETNX key value

将key的值设为value ,当且仅当key不存在。

若给定的key已经存在,则SETNX不做任何动作。

SETNX 是『SET if Not eXists』(如果不存在,则 SET)的简写。

可用版本:>= 1.0.0时间复杂度:O(1)返回值:

设置成功,返回 1 。

设置失败,返回 0 。redis> EXISTS job# job 不存在(integer) 0redis> SETNX job "programmer"# job 设置成功(integer) 1redis> SETNX job "code-farmer"# 尝试覆盖 job ,失败(integer) 0redis> GET job# 没有被覆盖"programmer"首先,我们需要封装一个公共的Redis访问工具类。该类需要注入RedisTemplate实例和ValueOperations实例,使用ValueOperations实例是因为Redis实现的分布式锁使用了最简单的String类型。另外,我们需要封装3个方法,分别是setIfObsent (String key, String value)、 expire (String key, long timeout, TimeUnit unit) 、delete (String key) ,分别对应Redis的SETNX、expire、del命令。以下是Redis访问工具类的具体实现:@Componentpublic class RedisDao {@Autowiredprivate RedisTemplate redisTemplate;@Resource(name="redisTemplate")private ValueOperations<Object, Object> valOpsObj;/** * 如果key不存在,就存储一个key-value,相当于SETNX命令 * @param key键 * @param value值,可以为空 * @return */public boolean setIfObsent (String key, String value) {return valOpsObj.setIfAbsent(key, value);}/** * 为key设置失效时间 * @param key键 * @param timeout时间大小 * @param unit时间单位 */public boolean expire (String key, long timeout, TimeUnit unit) {return redisTemplate.expire(key, timeout, unit);}/** * 删除key * @param key 键 */public void delete (String key) {redisTemplate.delete(key);}}完成了Redis访问工具类的实现,现在需要考虑的是如何去模拟竞争分布式锁。因为Redis本身就是支持分布式集群的,所以只需要模拟出多线程处理业务场景。这里采用线程池来模拟,以下是测试类的具体实现:@RestController@RequestMapping("test")public class TestController {private static final Logger LOG = LoggerFactory.getLogger(TestController.class);//日志对象@Autowiredprivate RedisDao redisDao;//定义的分布式锁keyprivate static final String LOCK_KEY = "MyTestLock";@RequestMapping(value={"testRedisLock"}, method=RequestMethod.GET)public void testRedisLock () {ExecutorService executorService = Executors.newFixedThreadPool(5);for (int i = 0; i < 5; i++) {executorService.submit(new Runnable() {@Overridepublic void run() {//获取分布式锁boolean flag = redisDao.setIfObsent(LOCK_KEY, "lock");if (flag) {LOG.info(Thread.currentThread().getName() + ":获取Redis分布式锁成功");//获取锁成功后设置失效时间redisDao.expire(LOCK_KEY, 2, TimeUnit.SECONDS);try {LOG.info(Thread.currentThread().getName() + ":处理业务开始");Thread.sleep(1000); //睡眠1000ms模拟处理业务LOG.info(Thread.currentThread().getName() + ":处理业务结束");//处理业务完成后删除锁redisDao.delete(LOCK_KEY);} catch (InterruptedException e) {LOG.error("处理业务异常:", e);}} else {LOG.info(Thread.currentThread().getName() + ":获取Redis分布式锁失败");}}});}}}通过上面这段代码,可能会产生以下几个疑问:

线程如果获取分布式锁失败,为什么不尝试重新获取锁?

线程获取分布式锁成功后,设置了锁的失效时间,这个失效时间长短如何确定?

线程业务处理结束后,为什么要做删除锁的操作?

针对这几个疑问,我们可以来讨论下。

第一,Redis的SETNX命令,如果key已经存在,则不会做任何操作,所以SETNX实现的分布式锁并不是可重入锁。当然,也可以自己通过代码实现重试n次或者直至获取到分布式锁为止。但是,这不能保证竞争的公平性,某个线程会因为一直等待锁而阻塞。因此,Redis实现的分布式锁更适用于对共享资源一写多读的场景。

第二,分布式锁必须设置失效时间,而且失效时间必须大于业务处理所需的时间(保证数据一致性)。所以,在测试阶段尽可能准确的预测出业务正常处理所需的时间,设置失效时间是防止因为业务处理过程的某些原因导致死锁的情况。

第三,业务处理结束,必须要做删除锁的操作。

上面设置分布式锁和为锁设置失效时间是通过两个操作步骤完成的,更合理的方式应该是把设置分布式锁和为锁设置失效时间通过一个操作完成。要么都成功,要么都失败。实现代码如下:/*** Redis访问工具类*/@Componentpublic class RedisDao {private static Logger logger = LoggerFactory.getLogger(RedisDao.class);@Autowiredprivate StringRedisTemplate stringRedisTemplate;/** * 设置分布式锁* @param key键 * @param value值 * @param timeout 失效时间 * @return */public boolean setDistributeLock (String key, String value, long timeout) {RedisConnection connection = null;boolean flag = false;try {//获取一个连接connection = stringRedisTemplate.getConnectionFactory().getConnection();//设置分布式锁的同时为锁设置失效时间connection.set(key.getBytes(), value.getBytes(), Expiration.seconds(timeout), RedisStringCommands.SetOption.SET_IF_ABSENT);flag = true;} catch (Exception e) {logger.error("set automic lock error:", e);} finally {//使用后关闭连接connection.close();}return flag;}/** * 查询key的失效时间 * @param key键 * @param timeUnit时间单位 * @return */public long ttl (String key, TimeUnit timeUnit) {return stringRedisTemplate.getExpire(key, timeUnit);}}/*** 单元测试类*/@RunWith(SpringRunner.class)@SpringBootTestpublic class Demo1ApplicationTests {private static final Logger LOG = LoggerFactory.getLogger(Demo1ApplicationTests.class);@Autowiredprivate RedisDao redisDao;@Testpublic void testDistributeLock () {String key = "MyDistributeLock";//设置分布式锁,失效时间20sboolean result = redisDao.setDistributeLock(key, "1", 20);if (result) {LOG.info("设置分布式锁成功");long ttl = redisDao.ttl(key, TimeUnit.SECONDS);LOG.info("{}距离失效还有{}s", key, ttl);}}}运行单元测试类,结果如下:2019-05-15 13:07:10.827 - 设置分布式锁成功2019-05-15 13:07:10.838 - MyDistributeLock距离失效还有19s更多Redis相关知识,请访问Redis使用教程栏目!以上就是如何使用redis实现分布式锁的详细内容,更多请关注小潘博客其它相关文章!