redis和redission分布式锁原理及区别

redis和redission分布式锁原理及区别

我最近做租车项目，在处理分布式时用到分布式锁，我发现很多同事都在网上找分布式锁的资料，但是看的资料都不是很全，所以在这里我谈谈自己的分布式锁理解。

结合我的其中某一业务需求：多个用户在同一个区域内发现只有一辆可租的车，最终结果肯定只有一位用户租车成功，这就产生了多线程(多个用户)抢同一资源的问题。

1、有的同伴想到了synchronized关键字锁，暂且抛开性能问题，项目为了高可用，都会做集群部署，那么synchronized就失去了加锁的意义，这里多嘴解释一下：

2、有的小伙伴可能想到了乐观锁，没错！！乐观锁可以解决的我的问题，但是在高并发的场景，频繁的操作数据库，数据库的资源是很珍贵的，并且还存在性能的问题。
但是我这里简单说下乐观锁的使用：

• 我们在车的表中添加一个字段：version（int类型）（建议使用这个名称，这样别人看到就会直觉这是乐观锁字段，也可以使用别的名称）
• 查询出该车的数据，数据中就有version字段，假如version=1

select * from u_car where car_id = 10;

• 修改该车的状态为锁定，

update u_car set status = 2，version = version +1 where car_id = 10 and version = 1
在修改的时候将version作为参数，如果其他用户锁车，那么version已经发生变化（version = version +1），所以version = 1不成立，修改失败

乐观锁不是本次的终点，但还是简单说下；

3、使用redis的分布式锁：

	public boolean lock(String key, V v, int expireTime){
   
           //获取锁
           //在redis早期版本中，设置key和key的存活时间是分开的，设置key成功，但是设置存活时间时服务宕机，那么你的key就永远不会过期，有BUG
           //后来redis将加锁和设置时间用同一个命令
           //这里是重点，redis.setNx(key，value,time)方法是原子性的，设置key成功说明锁车成功，如果失败说明该车被别人租了
         boolean b = false;
         try {
   
         	b = redis.setNx(key, v, expireTime);
         } catch (Exception e) {
   
        	log.error(e.getMessage(), e);
    	 }
    	 return b;
    }
    public boolean unlock(String key){
   
        return redis.delete(key);
    }
}

但是这样写还是存在BUG的，我的key设置了加锁时间为5秒，但是我的业务逻辑5秒还没有执行完成，key过期了，那么其他用户执行redis.setNx(key, v, expireTime)时就成功了，将该车锁定，又产生了抢资源；
我们想一下，如果我能够在业务逻辑没有执行完的时候，让锁过期后能够延长锁的时间，是不是就解决了上面的BUG；
实现这个锁的延长，非要自己动手的话就得另启一个线程来监听我们的业务线程，每隔1秒监测当前业务线程是否执行完成，如果没有就获取key的存活时间，时间小于一个阈值时，就自动给key设置N秒；
当然，我们可以不用自己动手，redission已经帮我们实现key的时间时间过期问题；

4、使用redission的分布式锁：

//引入依赖
<dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-data-redis</artifactId>
        </dependency>
        <dependency>
            <groupId>org.redisson</groupId>
            <artifactId>redisson-spring