业务背景:
公司主对接的旅游saas系统,票务系统模块中内含观光车选座功能,由于选座涉及到数据并发安全,座位重复购买等业务问题,由于常规的分布式锁对性能有较大影响以及会造成用户体验感不足,因此这里设计了另外的思路来实现;
选座功能思路设计:
利用redis的单线程特性来实现;具体实现思路如下:
实现思路: 将数据库中配置的观光车座位数据刷到redis中,redis中存储的方式为List,用户选座位时根据观光车id+座位id为key值传递过来,通过redis的PipeLine管道发送查询和出队命令为一个原子命令,无法正常出队的即认为选座失败,反馈给用户选座失败的信息;
*- 做法优点: 不用通过加锁的方式去阻塞用户的请求,提高了系统的吞吐率,数据更新走的都是缓存,也不涉及到数据库事务和数据库锁的问题,大大提高了系统的响应能力。
做法缺点: 数据都是存储在缓存中,加大了redis持久化的成本,机器成本和运维成本变大,同时也衍生出了数据同步和一致性问题,加大了开发成本。并且由于pipeLine管道不支持redisCluster,也对这一方案的选择起到了一定的限制;*
伪代码如下:
/**
- 支持 import Java 标准库 (JDK 1.8)
/
import java.util.;
/**
- 注意:目前 Java 代码的入口类名称必须为 Main(大小写敏感)
*/
public class Main {
}
public void seat(){
//查询观光车座位表
List seatList= seatService.listByDateBetween();
//根据车次分组
Map<Integr,List map=seatList.stream().groupBy(Seat::getId,collectors.mapping());
//存储到redis中
redisTemplate.opsForSet();
}