【Java分析】解决秒杀问题的几种实现，使用分布式锁和redis事务实现的对比

秒杀功能最重要的就是对库存的把控性，所以也就是说一定要让查询修改库存这两个步骤具有原子性。

所以根据我的理解，可以得出以下几种解决方案：

1、使用数据库事务 2、加入Spring声明式事务 3、使用分布式锁 4、使用Redis事务

 

解决方案一：

     使用mysql事务，由于这种方法对于mysql压力太大，所以就不予以代码说明了。

解决方案二：

     Spring的话，可以加入@Transaction事务注解，不过依旧不是最佳选择。

解决方案三：

     分布式锁，可以使用Redis做这个功能，原理就是redis中有setnx这个功能 那么就是当key没有出现过的时候才能插入。所以就可以让并发请求先尝试setnx，成功的话就代表获取锁成功，然后操作减库存等操作，之后再删除掉key，让其他请求继续获取锁。

可能出现的问题：

1、获得锁之后线程挂了，永久不释放锁了。

答：设置锁的过期时间，即使某线程获得了锁之后挂了，也能在规定时间后释放锁

2、获得锁之后线程由于网络延迟或者别的原因卡住了，然后锁的过期时间也到了，这时候他自己的锁已经释放，获得锁的已经是其他线程，而活过来的线程继续操作之后 执行他本该执行的删除锁操作，这时候就会删除另一个线程的锁。

答：可以在锁的value保存上每个线程独有的编号，可以使用uuid，这样在删除前先判断一下是不是自己的锁，是的话就删。

3、为防止查询和减库存的这两个操作之间有以外发生，还可以使用Lua脚本让查询和删除同时执行，