使用mysql悲观锁解决商品超卖问题

最新推荐文章于 2025-06-11 18:09:28 发布

原创

最新推荐文章于 2025-06-11 18:09:28 发布 · 1.8k 阅读

4 ·

CC 4.0 BY-SA版权

文章标签：

#java #程序人生 #spring

本文介绍了在高并发场景下，如何利用MySQL悲观锁解决商品超卖问题。通过设置事务，确保在查询商品信息后锁定数据，避免并发修改导致库存异常。并展示了未加锁与加锁后的测试对比，证明了悲观锁的有效性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

悲观锁介绍（百科）：

悲观锁，正如其名，它指的是对数据被外界（包括本系统当前的其他事务，以及来自外部系统的事务处理）修改持保守态度，因此，在整个数据处理过程中，将数据处于锁定状态。悲观锁的实现，往往依靠数据库提供的锁机制（也只有数据库层提供的锁机制才能真正保证数据访问的排他性，否则，即使在本系统中实现了加锁机制，也无法保证外部系统不会修改数据）。

使用场景举例：以MySQL InnoDB为例

商品goods表，假设商品的id为1，购买数量为1，status为1表示上架中，2表示下架。现在用户购买此商品，在不是高并发的情况下处理逻辑是：

查找此商品的信息；
检查商品库存是否大于购买数量；
修改商品库存和销量；

上面这种场景在高并发访问的情况下很可能会出现问题。如果商品库存是100个，高并发的情况下可能会有1000个同时访问，在到达第2步的时候，都会检测通过。这样会出现商品库存是-900个的情况。显然着不满足需求！！！

商品表结构：

CREATE TABLE `goods` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(100) COLLATE utf8_unicode_ci NOT NULL DEFAULT '',
  `status` tinyint(1) NOT NULL DEFAULT '1',
  `total` int(11) NOT NULL DEFAULT '0',
  `sell` int(11) NOT NULL DEFAULT '100',
  `price` decimal(10,2) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

INSERT INTO `test`.`goods`(`id`, `name`, `status`,