1、并发修改业务：
商品秒杀，保证剩余库存不能为负数
抢票业务，保证剩余的票不能为负数
占车位，保证剩余的车位不能为负数
解决办法：Redisson使用tryLock对资源进行尝试加锁，加锁失败则返回请求失败，加锁成功判断库存是否大于0，大于0则减库存，返回抢单成功，否则抢单失败；最后由于tryLock可以自己释放锁，所以不需要在finally中设置释放锁
public class IndexController {
public String deductStock() {
String lockKey = "lock:product_101";
//setNx 获取分布式锁
//加分布式锁
boolean flag = redissonService.tryLock(lockKey);
// 判断是否获取失败
if (!flag) {
return "服务器繁忙，稍后提交";
}
try {
//获取库存
int stock = Integer.parseInt(stringRedisTemplate.opsForValue().get("stock"));
if (stock > 0) {
int realStock = stock - 1;
stringRedisTemplate.opsForValue().set("stock", realStock + ""); // jedis.set(key,value)
System.out.println("扣减成功，剩余库存:" + realStock);
} else {
System.out.println("扣减失败，库存不足");
}
}
}
public Boolean tryLock(String lockKey, long waitTime, long leaseTime, TimeUnit unit) {
RLock lock = redissonClient.getLock(lockKey);
try {
// 尝试加锁，最多等待时间，上锁以后至少多久自动解锁
boolean locked = lock.tryLock(waitTime, leaseTime, unit);
if (locked) {
return Boolean.TRUE;
}
} catch (InterruptedException e) {
ExceptionUtil.exceptionToString(e);
e.printStackTrace();
return Boolean.FALSE;
}
return Boolean.FALSE;
}
2、并发查询业务：
MySQL与Redis数据同步的时候，避免线程同时访问MySQL；
解决办法：可以通过redisson设置分布式锁，由于redisson使用的Redis结构是哈希结构key filed value,所以用的时候内部会先判断key,然后再判断filed,然后Value设置获取锁的次数；filed一般设置为线程id；key我们可以自己设置
代码请自己实现。。。。。。。
缺点：只能在单机版的Redis中玩，集群中玩的话，主节点如果锁住资源，并且突然挂掉，那就无法释放锁，或者消息没有同步到子节点中，子节点会重复加锁
3、持续更新。。。
关注我的公众号SpaceObj 领取idea系列激活码
