redis使用watch秒杀抢购思路

1、使用watch，采用乐观锁 
2、不使用悲观锁，因为等待时间非常长，响应慢 
3、不使用队列，因为并发量会让队列内存瞬间升高

package com.javartisan.concurrent;
 
 
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
import java.util.List;
import java.util.UUID;
 
import org.apache.commons.pool2.impl.GenericObjectPoolConfig;
import redis.clients.jedis.Jedis;
import redis.clients.jedis.JedisPool;
import redis.clients.jedis.Transaction;
 
/**
 * redis并发抢购测试
 *
 * @author javartisan
 */
public class RedisTest {
    public static void main(String[] args) {
        final String watchkeys = "watchkeys";
        ExecutorService executor = Executors.newFixedThreadPool(20);
 
        GenericObjectPoolConfig poolConfig = new GenericObjectPoolConfig();
 
        JedisPool jedisPool = new JedisPool(poolConfig, "127.0.0.1", 6379, 10000, "root");
 
 
        final Jedis jedis = jedisPool.getResource();
        jedis.auth("root");
        jedis.set(watchkeys, "0");// 重置watchkeys为0
        jedis.del("setsucc", "setfail");// 清空抢成功的，与没有成功的
        jedis.close();
 
        for (int i = 0; i < 10000; i++) {// 测试一万人同时访问
            executor.execute(new MyRunnable(jedisPool));
        }
        executor.shutdown();
    }
}
 
 
class MyRunnable implements Runnable {
 
    String watchkeys = "watchkeys";// 监视keys
    JedisPool jedisPool = null;
 
 
    public MyRunnable(JedisPool jedisPool) {
        this.jedisPool = jedisPool;
    }
 
    @Override
    public void run() {
        Jedis jedis = jedisPool.getResource();
 
        try {
 
            <strong>jedis.watch(watchkeys);//代码块1 watchkeys</strong>
 
            String val = jedis.get(watchkeys);
            int valint = Integer.valueOf(val);
            String userifo = UUID.randomUUID().toString();
            if (valint < 10) {
 
                <strong>Transaction tx = jedis.multi();//代码块2 开启事务
                tx.incr("watchkeys");
                List<Object> list = tx.exec();//代码块3 提交事务，如果此时watchkeys被改动了，则返回emptyList</strong>
 
                if (list.size() > 0) {
                    System.out.println("用户：" + userifo + "抢购成功，当前抢购成功人数:" + (valint + 1));
                    /* 抢购成功业务逻辑 */
                    jedis.sadd("setsucc", userifo);
                    return;
                }
            }
            System.out.println("用户：" + userifo + "抢购失败");
            jedis.sadd("setfail", userifo);
            return;
 
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            jedis.close();
        }
 
 
    }
 
}

 

Redis对事物的支持目前比较简单。Redis只能保证一个client发起的事务中的命令可以连续的执行,但后面命令出错前面不会回滚。而中间不会插入其他client的命令。当一个client在找一个连续中发出multi命令时，这个链接会进入一个事务上下文，该链接后续的命令不会立即执行，而是先放到队列中，当执行exec命令是，redis会顺序的执行队列中的所有命令。当如果队列中有命令错误，不会回滚。

乐观锁：大多数是基于数据版本(version)的记录机制实现的。即为数据增加一个版本标识，在基于数据库表的版本解决方案中，一般是通过为数据库表添加一个”version”字段来实现读取出数据时，将此版本号一同读出，之后更新时，对此版本号+1。此时，将提交数据的版本号与数据库表对应记录版本号进行比对，如果提交的数据版本号大于数据当前版本号，则予以更新，否则认为是过去数据。

在Redis中，使用watch命令实现乐观锁(watch key): 
watch命令会监视给定的key，当exec时，如果监视的key从调用watch后发生过变化，则事务会失败，也可以调用wathc多长监视多个key。这样就可以对指定key加乐观锁了。注意watch的可以是对整个连接有效的。事务也一样。如果连接断开，监视和事务都会被自动清除。当然exec，discard，unwatch命令都会清除连接中的所有监视。

 

Jedis中的exec方法实现源码：

public List<Object> exec() {
   client.exec();
   client.getAll(1); // Discard all but the last reply
   inTransaction = false;
 
   <strong>List<Object> unformatted = client.getObjectMultiBulkReply();</strong>
 <strong>  if (unformatted == null) { //事务失败
     return Collections.emptyList();
   }</strong>
   List<Object> formatted = new ArrayList<Object>();
   for (Object o : unformatted) {
     try {
       formatted.add(generateResponse(o).get());
     } catch (JedisDataException e) {
       formatted.add(e);
     }
   }
   return formatted;
 }

 

https://www.cnblogs.com/leodaxin/p/9553988.html

https://blog.csdn.net/qq1013598664/article/details/70183908