redis 分布式锁

一、watch

在限量秒杀抢购的场景，一定会遇到抢购成功数超过限量的问题和高并发的情况影响系统性能

1、虽然能用数据库的锁避免，超过限量的问题。但是在大并发的情况下，大大影响数据库性能
2、为了避免并发操作数据库，我们可以使用队列来限制，但是并发量会让队列内存瞬间升高
3、我们又可以用悲观锁来实现，但是这样会造成用户等待，响应慢体验不好

利用Watch实现Redis乐观锁

乐观锁基于CAS（Compare And Swap）思想（比较并替换），是不具有互斥性，不会产生锁等待而消耗资源，但是需要反复的重试，但也是因为重试的机制，能比较快的响应。因此我们可以利用redis来实现乐观锁。具体思路如下：
1、利用redis的watch功能，监控这个redisKey的状态值
2、获取redisKey的值
3、创建redis事务
4、给这个key的值+1
5、然后去执行这个事务，如果key的值被修改过则回滚，key不加1

Redis乐观锁实现秒杀

通过watch去判断指定键值在本次事务中是否有被更改过，有更改的话本次事务就失效。以下代码循环1000次，在拥有20个线程的线程池中执行秒杀代码。当有线程对键值进行了更改后续的线程的更改就会无效，只有等待该线程操作完毕后，后续的线程才再进行有效的操作。这样就保证了每次只有一个线程能操作，也就是实现了锁的效果。但是可能存在一个问题，也就是后续线程在第一个线程执行完成之前都结束了，这样秒杀就只秒杀了一个。

public class Second {
   
	public static void main(String[] arg) {
   
		
		String redisKey = "lock";
		ExecutorService executorService = Executors.newFixedThreadPool(20);
		try {
   
			Jedis jedis = new Jedis("127.0.0.1", 6378);
			// 初始值
			jedis.set(redisKey, "0");
			jedis.close();
		} catch (Exception e) {
   
			e.printStackTrace();
		}
		for (int i = 0; i < 1000; i++) {
   
		executorService