php处理高并发下单减库存解决

目录

一： 问题描述

二：可能方案

三：加锁方案

---

一： 问题描述

处理高并发下的库存减少是电商系统中的一大挑战。当多个用户同时尝试下单购买同一商品时，如何确保库存的准确性，同时保证系统的高可用性，是关键问题。下面我们讨论下有哪些方法可以处理高并发下单并减少库存。

二：可能方案

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;