秒杀业务逻辑—分布式锁机制
业务需求:
某电商平台搞活动,价值6988手机 —只卖1元,
但只限量1台.
问题:
1.tomcat服务器有多台
2.数据库数据只有1份
3.必然会出现高并发的现象.
如何实现抢购…
常规锁操作
1 超卖的原因
2 同步锁的问题
说明:同步锁只能解决tomcat内部的问题,不能解决多个tomcat并发问题
分布式锁机制
思想:
1.锁应该使用第三方操作 ,锁应该公用.
2.原则:如果锁被人正在使用时,其他的用户不能操作.
3.策略: 用户向redis中保存一个key,如果redis中有key表示有人正在使用这把锁 其他用户不允许操作.如果redis中没有key ,则表示我可以使用这把锁.
4.风险: 如何解决死锁问题. 设定超时时间.
需求:
- 要求用户赋值时,如果数据存在则不赋值. setnx
- 要求在赋值操作时,必须设定超时的时间 并且要求满足原子性 setex
方法
- 用户向redis中保存一个key,如果redis中有key表示有人正在使用这把锁 其他用户不允许操作.如果redis中没有key ,则表示我可以使用这把锁.
- 为了避免死锁问题. 设定超时时间.
- 由于解锁操作是必须执行的,可能会出现我加的锁被别人提前释放,导致问题.所以在value中加入密码,保证自己的锁,只有自己可以解.
@Test
public void test04() throws InterruptedException {
Jedis jedis = new Jedis("192.168.126.129", 6379);
SetParams setParams = new SetParams();
setParams.nx().ex(60); //加锁操作
String result = jedis.set("keyx", "实现业务操作AAAA", setParams);
System.out.println(result);
System.out.println(jedis.get("keyx"));
jedis.del("keyx"); //解锁操作
}
String result = jedis.set(“keyx”, “实现业务操作AAAA”, setParams);
如果 redis中 数据"keyx"存在 ,则上述 result=ok ,
无值 时,result=null
如何设置 只卖10台特价手机呢?
方法 :利用redis 中的list数据结构,把redis当做消息中间件,控制数目.