抢票系统防超卖的方法

remain是库存

传统的更新是先查出来库存,把原库存量减去当前顾客购买数量,再用jpa自带的save方法保存库存量,

但这有一个问题是存在多名顾客同时购买的情况,

比如仅剩一张票时,两个顾客同时购买,同时查出来的库存都是1,都进行了save操作,则会超卖

为避免超卖,应该确保在更新数据库的库存时,增加更新的条件,只有此刻数据库里的库存与之前查询出来的一致时,才会更新库存,

而库存不一致时,虽然不报错,但是update语句可以返回整数表示几行受影响,可以用来确定更新是否成功;

在jpa的接口里用jpql写

代码如下:

@Modifying
	@Query(value = "update Activity set remain = ?1-1 where id=?2 and remain>0 and remain= ?1 ")
	//@Query(value="select remain from Activity  ")
	@Transactional
	int updateRemain(int remain, int id) ;

因为是update语句,要用@Modifying来修饰

  • @Modifying注解

    1、在@Query注解中编写JPQL实现DELETE和UPDATE操作的时候必须加上@modifying注解,以通知Spring Data 这是一个DELETE或UPDATE操作。

    2、UPDATE或者DELETE操作需要使用事务,此时需要 定义Service层,在Service层的方法上添加事务操作。

    3、注意JPQL不支持INSERT操作。  

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Java Redis 超卖的常用方法是使用 Redis 的事务机制和 Lua 脚本。具体实现方式如下: 1. 首先,在 Redis 中使用一个键来存储商品的库存量,比如 key 为 "stock"。 2. 当用户购买商品时,先检查商品库存量是否充足。可以使用 Redis 的 GET 命令获取 "stock" 键的值,判断是否大于 0。 3. 如果库存充足,则使用 Redis 的 WATCH 命令监视 "stock" 键。这个命令会在当前客户端监视的键被修改时,自动取消对其他键的监视。这样可以保证当前客户端在执行事务期间,其他客户端无法修改 "stock" 键的值。 4. 然后,使用 Redis 的 MULTI 命令开启一个事务,将所有要执行的命令加入队列。 5. 接着,在事务中执行减少商品库存量的命令,可以使用 Redis 的 DECR 命令减少 "stock" 键的值。同时,将用户购买的商品信息写入另一个键,比如 "orders"。 6. 最后,使用 Redis 的 EXEC 命令提交事务,如果在执行事务期间 "stock" 键被其他客户端修改,则当前客户端的事务会自动回滚。 为了止某些特殊情况下出现超卖的问题,可以使用 Lua 脚本来实现。具体实现方式如下: 1. 首先,在 Redis 中使用一个键来存储商品的库存量,比如 key 为 "stock"。 2. 当用户购买商品时,先检查商品库存量是否充足。可以使用 Redis 的 GET 命令获取 "stock" 键的值,判断是否大于 0。 3. 如果库存充足,则使用 Redis 的 EVAL 命令执行以下 Lua 脚本: ``` local stock = tonumber(redis.call('GET', 'stock')) if stock <= 0 then return 0 else redis.call('DECR', 'stock') redis.call('LPUSH', 'orders', ARGV) return 1 end ``` 4. 这个 Lua 脚本会首先获取 "stock" 键的值,并判断是否大于 0。如果库存不足,则返回 0;否则,减少 "stock" 键的值,并将用户购买的商品信息写入另一个键,比如 "orders"。最后返回 1。 5. 在 Java 中,可以使用 Jedis 客户端连接 Redis,并执行 EVAL 命令来调用 Lua 脚本。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值