秒杀库存解决方案

电商系统中秒杀是一种常见的业务场景需求，其中核心设计之一就是如何扣减库存。本篇主要分享一些常见库存扣减技术方案，库存扣减设计选择并非一味追求性能更佳，更多的应该考虑根据实际情况来进行架构取舍。在商品购买的过程中，库存的抵扣过程通常包括以下步骤：

0. 开启事务： 在开始进行库存抵扣操作前，开启一个事务。
1. 查询库存： 根据商品ID，使用SELECT语句从库存表中查询该商品的当前库存数量。
2. 检查库存是否足够： 将查询到的库存数量与用户购买数量进行比较。如果库存数量大于或等于用户购买数量，则库存足够，可以继续下单。如果库存不足，需要采取相应的处理措施，例如提示用户库存不足或进行库存预订等。
3. 扣减库存： 如果库存足够，根据用户购买数量，使用UPDATE语句将库存表中对应商品的库存数量减去购买数量，得到最新的库存剩余值。
4. 记录交易明细： 在购买过程中，通常需要记录交易明细，例如生成订单记录或交易日志，以便后续查询和跟踪。
5. 提交事务： 以上操作通常会在一个事务中进行，确保操作的原子性。如果所有步骤都成功执行，则提交事务，库存扣减过程完成。如果在任何步骤中出现错误或异常，事务会回滚，恢复到操作前的状态，确保数据的完整性和一致性。

由于涉及到 SELECT后进行UPDATE，以上步骤中存在多事务并发时写覆盖的问题。

悲观锁更新库存

在数据库并发控制中，防止写覆盖是一个重要的问题，特别是在多个会话（事务）同时尝试修改同一行数据时。如果不进行适当的并发控制，可能会导致数据的不一致性和丢失更新。

为了解决这个问题，可以使用 SELECT FOR UPDATE语句。在使用SELECT FOR UPDATE时，数据库会将目标行的数据加上写锁，阻止其他事务在当前事务完成之前修改被锁定的数据。这样，其他会话无法同时修改同一行数据，从而避免了并发写入冲突。

需要注意的是，使用SELECT FOR UPDATE可能会引起一些并发性能问题，因为其他会话需要等待锁释放才能继续执行。因此，在设计并发控制策略时，需要综合考虑并发性能和数据一致性之间的平衡。

在上述流程中，步骤3 改为：

3. 查询库存并锁定： 使用SELECT … FOR UPDATE语句查询指定商品的库存，并将其锁定。这将确保其他并发事务在当前事务提交或回滚之前无法修改该商品的库存。*

			# 开始事务
    connection.begin()

    # 加锁（FOR UPDATE）并读取当前库存记录
    cursor.execute("SELECT quantity FROM inventory WHERE id = ? FOR UPDATE", item_id)
    current_quantity = cursor.fetchone()['quantity']

    # 检查库存是否足够
    if current_quantity >= requested_quantity:
        # 计算更新后的库存数量
        new_quantity = current_quantity - requested_quantity

        # 更新库存
        cursor.execute("UPDATE inventory SET quantity