如何用Laravel Task Scheduling实现12小时未结算购物车自动清理？

你这个实现思路完全可行，是持久化购物车场景下回收无效占位库存、保障购买公平性的标准落地方案，和你放弃session存储、选用持久化购物车做全局库存汇总校验的设计逻辑完全匹配。

不要上来直接写全表删除逻辑，几个容易踩坑的点提前规避：

• 优先用软删除替代硬删除
  不要直接物理删除过期购物车记录，避免用户刚好卡在12小时阈值提交结算时，接口查不到购物车数据触发报错。软删除的记录可以额外挂个月度任务做物理清理，既不影响库存释放，也能留足数据追溯的空间。
• 大表场景必须分块处理，避免锁表
  不要一次性查询所有符合条件的过期记录做删除，当购物车数据量到十万、百万级的时候，一次性拉取+更新会锁表，直接影响正常的加购、结算接口可用性。核心处理逻辑参考：

  // 自定义Artisan命令核心逻辑：分块处理过期未结算购物车
  Cart::where('settle_status', 'uncompleted')
      ->where('created_at', '<=', now()->subHours(12))
      ->chunkById(100, function ($expiredCarts) {
          foreach ($expiredCarts as $cart) {
              // 先回滚这条购物车记录预占的商品库存
              Product::where('id', $cart->product_id)
                  ->increment('available_stock', $cart->buy_num);
              $cart->delete(); // 走软删除
          }
      });
  

• 定时任务配置要做防重复执行
  写完清理命令后，在app/Console/Kernel.php中注册任务调度即可，建议执行频率设为每小时1次，同时开启任务防重叠，避免多实例部署时重复执行任务导致库存重复回滚：

  protected function schedule(Schedule $schedule)
  {
      $schedule->command('cart:clear-expired')
          ->hourly()
          ->withoutOverlapping();
  }
  

• 可选优化点
  如果对库存精度要求极高，可以在结算提交的环节再加一层二次校验：查询对应购物车记录是否存在、是否属于当前用户、是否未被标记为过期，避免定时任务刚好在用户提交的瞬间清理了记录导致的资损问题。

内容的提问来源于stack exchange，提问作者Yann