目录
一： 问题描述
二：可能方案
三：加锁方案
一： 问题描述
处理高并发下的库存减少是电商系统中的一大挑战。当多个用户同时尝试下单购买同一商品时，如何确保库存的准确性，同时保证系统的高可用性，是关键问题。下面我们讨论下有哪些方法可以处理高并发下单并减少库存。
二：可能方案
1：使用数据库事务:
使用数据库事务可以确保在并发情况下数据的完整性和一致性。当用户下单时，你可以开启一个数据库事务，先检查库存，如果库存充足，则扣除库存并提交事务。如果库存不足，则回滚事务，不执行扣减操作。
2：使用队列限制并发请求:
使用队列或其他机制来限制同时尝试下单的请求数量。例如，可以使用消息队列将请求放入队列中，并限制同时处理的请求数量。这样可以防止过多的并发请求导致系统过载。
3：锁机制:
在数据库层面，你可以使用锁机制来确保同一时间只有一个请求能够修改库存。例如，使用数据库的行级锁或表级锁来锁定相关数据，防止其他请求同时修改。
4：分布式锁:
对于大型系统，可以考虑使用分布式锁机制，如Redis的RedLock算法。这可以确保即使在多个数据库或服务器之间，也能实现全局的库存同步。
预扣库存:
5：异步处理:
考虑将部分操作异步化，例如扣减库存的操作。你可以在用户下单后立即返回成功响应给用户，然后在后台异步地执行库存扣减和订单生成等操作。
上面的方案的各有优劣，要根据自己的实际业务需求，去选择合适的方案。下面我注重解决锁机制下php处理。
三：加锁方案
(一)使用文件锁,确保单线程执行
$fp = fopen("lock.txt", "w+");
if(flock($fp,LOCK_EX)) { // 锁定当前指针，，，
//..处理订单
flock($fp,LOCK_UN);
}
fclose($fp);
非阻塞模式
$fp = fopen("lock.txt", "w+");
if(flock($fp,LOCK_EX | LOCK_NB)) {
//..处理订单
flock($fp,LOCK_UN);
} else {
echo "系统繁忙，请稍后再试";
}
fclose($fp);
（二）使用redis锁
\App\Redis::getInstance()->lock('user_order_callback_'.$orderNo);
register_shutdown_function(function() use($orderNo) {
\App\Redis::getInstance()->unlock('user_order_callback_'.$orderNo);
});
（三）使用mysql事物操作(乐观和悲观锁);
乐观锁：
START TRANSACTION;
-- 读取订单信息
SELECT * FROM orders WHERE id = 1 AND version = 1;
-- 更新订单信息（假设version字段每次更新时增加）
UPDATE orders SET version = version + 1, order_status = 'Processing' WHERE id = 1 AND version = 1;
COMMIT;
悲观锁：
START TRANSACTION;
-- 锁定商品行，防止其他事务修改
SELECT * FROM products WHERE id = 1 FOR UPDATE;
-- 检查库存数量
IF stock > 0 THEN
-- 减少库存数量并更新其他信息
UPDATE products SET stock = stock - 1, last_updated = NOW() WHERE id = 1;
COMMIT; -- 提交事务
ELSE
ROLLBACK; -- 如果库存不足，回滚事务
END IF;
